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© Method and apparatus for testing an interface board. 



@ Method and apparatus for test,, an interactive 

Computer System .nterface, and a test ^ ^Td" ^ completion ot the power-on self-test, 

performing a power-on self-test program within the interac ^ e J* ,a ° . h the test int erf ace , and the test 

Ttest program is loaded into a RAM on the interactive n£a* bort*jy t ^ results afe 

program resident in the RAM is activated. ™ e Jff 

outputted after completion of the test program. A ^ st c °^ er " p ™ ° Preferab | y , at the completion of the 
and'may script additional tests in accordance w.th c J^^^j^^Ud. and the firmware is 
test program. ROM-resident firmware is downloaded into the RAM 
loaded fTom the RAM into a ROM on the interactive network board. 
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Thu present Jiivm.iUun i bidt ' fe s generally to a circuit board which is coupled to, a local. area network 
.peripheral (e.g. a printer)- and which allows the peripheral to be an intelligent, interactive network member 
elimina ing the necessity of dedicating a personal computer. to ; manage.the peripheral. More particularly, the 
presenLinvenUoq relates to ajmefchod-and apparatus for testing an interactive network board. which has both 
5 -.- a local area : network jnter(ace-and.a J( isrrjall..GpmpuLer system .interface. • ! 

. Loe;i1 Area -Networks ("LANs'^arecknown fpr .coupjing together : a :plurality of personal computers with 
- peripheral; .devices; such ^ as printer^ copiers, -etc-, ito - pro vi deb tor enhanced -communication, and- shared 
resources. Heretofore^- peripherals such as: printers coupled to a :.M\N were rather\unintellige.ntv merely 
accepting information from the LAN and printing such information on a hard copy. Moreover, such printers 
io usually required a host personal computer ("PC") to effectively manage the flow of data tb/the printer, i.e., 
to act as a "server" for the printer. This almost always required that the host PC be dedicated solely to the 
printer ^server task. ;. . .-• .. : r,, 

- ■ ,< A number of -products have recently appeared which-ostensibly eliminate the. needvfor such; a dedicated 
PC by incorporating hardware and software into a circuit board which may be coupled, into. the. peripheral in 
75 order to perform limited server functions. For example, ASP Computer Products, Inc. provides a device 
known as ,f JetLAN/P" which : acts as a- stand-alone print server for Novell networks. The JetLAN/P® device 
couples. to a -LAN using a 10Base.-2 thin -coaxial cable or : a tOBase-T twisted-pair cable. However, the 
JetLAN/P® couples to the printer only through the printer's parallel port. Thus, while print information can 
be sent to* the : printer,, the amount of printer "status information which can- be returned from the -printer is 
20 ..severely restricted. For. example,, such; a device may obtain "off-line" and "out -of paper" statu $ u from the 
printer, but little else. Such a device does very little toward making the printer a truly intelligent, responsive 
member of. the-network: . ;r ., .-. .. 

Other known devices for coupling a printer to a LAN include the : Hewlett-Packard , Jet Direct® C2071A/B 
and G2059A; --the • Extended Systems: EtherFlex®, - the Intel NetPort® and NetPort IJ®,vthe Castelle LAN- 
25 Press® and JetPress®. and the MiLAN FastPort®. However, all of these devices suffer. ;from the same 
. disadvantages -as; the; AS.P. Jet LAN. in that- they do • not. allow-the printer. to ; transmit sufficient amounts of data 
to the LAN to enable the printer to be an effective and intelligent member. of the network.^ 

Conventionally, prior. to shipping .an interactive peripheral;, device to a. customer; the; manufacturer will 
perform several operational tests. At the: completion: of each test; the> interactive, peripheral device will output 
30 a checkpoint; to^ the. test station. In accordance, with Uhe .-checkpoint it is determined;: at the, test station 
whether the interactive peripheral -device functions* appropriately.* If in. the case the returned checkpoint does 
not coincide with an expected result, theT interactive peripheral' device, is ^removed from the test interface to 
be either further debugged or ultimately disposed. : : '■■ ; <■■■. v. -■. ' : <y : a-r : - - 

Heretofore, it has not been possible^© ; test ;am interactive peripheral device, determine if an interactive 
35 device is properly operational,. load either <or> both).. arv updated executable file or.~& new* executable 1 file, and, 
in the-case therinteraetiye peripheral device hsl- determined to operate improperly, to perform further tests in 
accordance with a returned checkpoint ;result: .Consequently, since^ an -interactive, peripheral: device which 
has failed testing must be manually, tested and .manually-debugged," labor- time and expenses^ are increased. 
■ £. ryv^The- present invention addresses the: drawbacks.: noted above t>y: providing structure .and. function on a 
40 circuit board which will improve testability. . • - ^ e. . .. 

->; ; ^ ' . In- one ^aspect of the, present -invention, a method is- provided for testing- an interactive :network board 
having a local area network interface, an SCSI interface, and a test interface, whereby test programs are 
loaded'. from- a test* station. through the, test interface, stored in RAM on the aboard, and executed from the 
RAM. After successful completion of the test:. programs, an operational program^may be downloaded into 
.45 .. the -"board and • stored : into a PROM disposed;ori:the board. According to this aspect of the invention, a 
method for testing an interactive network board having a LAN interface, an SCSI interface, and a test 
/v;-* interlace,, com prises the steps* of supplying power to-.the interactive network-board, and performing" a power- 
on self-test program within the interactive board. At the completion of the power-on self-test, a test program 
.-cis loaded-into a RAM .on the interactive network board through 4he test interface, and .the .test program 
so resident in the RAM is activated. The test program is executed jand checkpoint test results are. outputted 
after completion of the test program.. A test-computer is provided .to -receive .the; checkpoint test result and 
: • to script additional tests in accordance with checkpoint test, results. At. the. .completion, of the;, test program, 
an operational* program is downloaded into the . RAM on„the interactive board and. the operational program is 
■-: loaded into an EPRQM on the.iinteractive network board:.* • •*.;.. ; -- : v,r.,^ : 

55 In a related aspect of the inventionrthere Is. an apparatus for testing an interactive network boaFd having 

< : a Ideal, area network interface, a small computer > system interface, and a test .interface '.which comprises 
power supply means for supplying power to the interactive network board, a ROM for storing/process steps, 
processing means for processing the stored process steps, and a RAM for receiving and for storing 
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operational instructions. A first test station -sends test programs and receives test results from- the interactive 

network board. A second test station receives requests for test data and sends 'test 'data to the interactive 

network board through the LAN and/or SCSI interfaces. 

The processor processes the process steps stored in the; ROM upon receiving power from the power 
5 supply. The first test station receives results of the process steps, sends test programs to the RAM, 
> receives results of -the test programs, and reports failures ^n accordance with the test results. The processor 

requests test data from the second test station; the second -test station sends the;test data to the processor, 
^ and a 'Signal acknowledging receipt of thfe'test data is'sent -to the first test station ' • - - 

w BRIEF DESCRIPTION OF THE4DRAWINGS ^ " ' •.. .■ - t . : 

The above-noted advantages and features of the present invention will become more readily apparent 
from the following detailed description of exemplary ^embodiments when taken in conjunction with the 
Drawings in which: * - ' f'^ * \ < '- 3 • " - 

75 FIG. 1 is a block diagram of a Local Area Network according to : the present invention; 
FIG. 2 is a block-diagram of >a 'plurality of Local Area Networks coupled together; 

FIG- 3 is a block diagram - showrrig: the Network Expansion. Board according to the present invention 
coupled between the Local Area : Network and the printer; 

FIG. 4 is a block diagram of the Network Expansion Board according to the present invention; 
20 FIGS. 5A, 5B and 5C comprise- a top-level : flowchart showing the basrc functions of the Network 
Expansion Board according, to" the present invention; '\ 

FIG. 6 is a diagram showing the sequence in which software modules are loaded from the Network 
Expansion Board ROM to RAM; i • . "' : - . - 1 * 

FIG 7 is a block diagram 'showing hardware ; and software interfaces -between the LAN and the Network 
25 Expansion. Board;: ' *x o r- ■ • .H . 'r- - Q v-* . ■: 

FIG. 8 is a flowchart-showing hbw/the'EPROM'firm the Network Expansion 

Board in an operational mode;~'^ :. • .: -v j ■•■< . - " 

FIG.'9:is a ; chart showing the physicakGonstruction;ofcdifferent frame packets used on Ethernet; 
FIG. 10 is a if lowchart- showing the o'peration5of a ! PRESCAN: software module; r ; ^ 
30 FIG. 11 is a. chart shoeing th^ 

. - FIG. 12 is a chart for explaining- the software structure of the SAPSERVER program; •' 
FIG. 13 is a flowchart showingnhe operation of SAPSERVER;: " . r ■ - .-i - 

FIG. 14 is a flowchart showing the operation of a CPJ NIT. program' -d! - .\ >;..;- . r :■ v 
FIG--1.5 is a flowchart showing the ^peration-.of a'€PG<)NSOL:program;"- v< 
35 FIGS. 16A and: 16B cow^ 

FIGS. 17Aand 17B comprise a llowchart showing; the: autorrvatic- lodging, of perrpherat statistics; 
. FIG! 18 is a;f!owchart showing how m ujtirtaslcing- processing /Ms cperformed;M^:.. - : 
FIG. 19-isa flowchart showing howjto place .the* printer' in a-safe, default configuration; . i-.--" 
FIG. 20 is a flowchart showing the downloading.^ executable files .to the Network Expansion Board from 
40 the local area network; ■/.:■.--■-.■.'.■. 

• FIG. 21 is a ^flowchart showing the loading of -independently^executable modules in the EPROM of the 
Network' Expansion Board; . v. . h / ' ; : < : ; \v; '. ; -,h . ■■ ■ • ? ■ - 

FIG: 22 is a block diagram showing Network Expansion Board EPROM flash protection circuitry;; / 
FIG. 23 is*a flowchart' showing.the operation of the circuitry of FIG. 22; 
45 FIG. 24 is a flowchart showing , the operation^, remotely loading' firmware in: the Network* Expansion 
Board EPROM; • '..-:.-.=..•' . 

FIG. 25 is a block diagram showing: a hardware configuration for testing the Network Expansion Board; 
and - ' v • •: * '. ■ . * \- ^ • „• . - ...-*;■ 

' FIGS. 26A and 26B-. comprise <a flowchart showing 1 a method obtesting the Network 1 Expansion -Board 
so using the test configuration of FIG. 25. :,*; - " . " v T ■ ■■■ ■ * 

The embodiments aim generally to provide' hardware and software solutions for making- a network 
- peripheral; such as- a printer, an interactive network member capable not only of receiving and processing 
. data received from* the- network, but of transmitting to the- network significant amounts of data such as 
detailed status information, operational parameters, and- even data input to the peripheral through other 
55 modalities such as scanning;, facsimile reception, etc. By integrating such hardware and software with the 
peripheral, it is- possible to 'eliminate the requirement- for dedicating a personal computer to the peripheral to 
act as a peripheral server. - - , - ■ '■■•*."■* 
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1. ARCHITECTURE 

FIG. 1-Js a block-diagram showing. the present invention incorporated into a Network Expansion Board 
("NEB") 2 coupled. to a, printer 4-.which has an open architecture (to be discussed below). The. NEB 2 is 
5. -coupled; Jo the. LAN . bus . 6:: through a LANJnterface 8, Jor ; examp!e; Ethernet interfaces 10Base-2i 1.0Base-T, 
. or 1QBase.-5, respectively., with a-. Qpax » connector, :an; R445, connector,, or-a DB1 5 connector (AUI). Also 
■ : . coupled .to. the LAN; 6 f may. -be such, .network: members as PC; TO; P Cj1 2,: PC .1 4- <whi.ch:<in this case acts as 
the network administrator if the administrator has logged In at that PC; to-be discussed below), and a printer 
* 16, (with embedded QSERVER functionality; aisjo to£be discussed below). Other XAN .members may Include 
w PC 18 (acting -as a print server; to' be discussed below) with attached .printer 20; PC 22 (acting as an 
RPRINTER; -to be discussed below) witn.attached prihter-24, and printer 26;which isrcoupled to the 'LAN 6 
through a NetPort device 28 (discussed in the Background pf the Invention above). A ..fije ; server 30 is 
coupled to the LAN f> and serves. as a "library" for files to be transmitted and processed on the LAN. The 
file server -30 may have attached,. printers 32 and-34. ; r. . -• ... 

is ^ Irvmore detail, the network depicted in FIG. 1 may utilize., any network software such as - Novell or Unix 
software in order to effect communication among the various network members. The .present embodiments 

• . will be described with respect to a. LAN utilizing Novell NetWare® software (to be discussed in greater 

detail in section 3a below) although^ any-, network software may be used.. A detailed description of this 
software package:. may . be found in the publications "NetWare®. User's. Guide" and:the "NetWare® 
20 Supervisors Guide" by, M&T Books, copyrighted 1990, incorporated herein by reference. -See also the 
. "NetWare© PrinUServer" by Novell, March .1991 edition, Novell Part No. -100-000892-001 . Briefly, the file 
server 30 acts as a file manager, receiving, storing, queuing, caching, and transmitting files of data between 
. - LAN , members. For^ example,. data files created^ respectively -at the PCs 10 and . 12. may be. routed to the file 
. server 30 which; : may order those data files- and ".than transfer the ordered data files ;>to a printer 24 upon 
25. . command -from/'a. print server in* PC. :18.;The\ file- server 30: may .include .or may, be coupled to: a large 
capacity .storage member such- as -a 10 . Gigabyte hard, diskjsubsy stem. .Furthermore, the .printers 32 and 34 
may be coupled to the file se rver. 30 4o- provide additional printing stations, if desired. :-;\jc 
,.:-v While personal computer equipment is illustrated in; FIG. 1 pother. computer, equipment may also be 
. - : : included; as appropriate to the network software,-, being executed. For example, Unix ^workstations -may be 
30 J: included in: the - network .when Unix software- used ,^a7nd .those .^workstations 'may bemused in conjunction 
; with the illustrated PC's under appropriate circumstances. .. • > \. ; ' : : 

PCs, 1;0 and 12 .may. each comprise a standard .^work station PC . capable of generating data files, 
:.: transmitting them onto . the IAN, .receiving filesJrom the; LAN, and displaying and/or- processing such files at 
ahe worki station. The PCs 10..and 12,..however (J are hot capable of exercising control over LAN peripherals 
35- .; (unless the-network administrator; is- logged into that: PC). ■ -sr? \ v.? .;, ;^ :1 ..r 

vie;- A.PCrCapabLe of; exerting limited ^control- over. LAN peripherals -is- PC 22jwhichiinciudes an embedded 
RPRINTER program. The RPRINTER program is ia MS-DOS Terminate and- Stay . Resident ("TSR") program 
.:■[ Jfwhich runs oh,- a work ..station' to a How -users . to -share --.the printer 24 connected to- -the -work station. 

... RPRINTER is . a relatively unintelligent .program, that rdoes ;not : have. the ability to. search printer queues for 
40 work., RPRINTER gets its work from* a PSERVER: (to. be discussed below) that is running elsewhere in the 
f-networkr Because they communicate, with the attached -printer over the printer's, parallel port, RPRINTERs 
- are. -able to obtain only limited- status and to .return that status -information to the responsible. PSERVER over 
the- LAN: 6; From a control standpoint, an RPRINTER allows -sloppingr of -a print Job . and little more. Some 
printers include RPRINTER 'features by offering: internal oh external circuit boards that provide the same 
45 limited features of the RPRINTER TSR program running in. a personal computer. . :. 

A- -;• Another network entity capable of exercising limited control, over. LAN peripherals is a printer 16 with 
attached circuit board 36 having an embedded QSERVER program^ -Here, the QSERVER program runs 
inside* an HP LaserJet III® SI printer, and has ;the capability of searching the file server 30 print queues for 

• - eligible, print files. The QSERVER's search -queues cannot cbe dynamically. altered nor. does the QSERVER 
so respond to any form of status inquiry : The benefit of :the QSERVER is its ability, to autonomously search for 

work. The QSERVER does not require a PSERVER running elsewhere in the system to feed it work. Since 
the QSERVER does not : have a corresponding PSERVER and it does not itself have. any status and control 
capabilities, it offers less 1 control than even . the RPRINTER. A QSERVER also differs from a PSERVER in 
* . that Jt has extremely limited notification features and cannot print banners -at the beginning of each print job. 
55 Another network member having a QSERVER capability is. printer.,26 which is. coupled to the LAN 6 

through an external NetPort device 28: •■' ^- . v : - ^ . .: . .* 

Other peripheral server .programs may. be executed to service various, peripherals ,rsucii/as scanners, 
copiers, facsimiles etc., and servers may. also> be provided based on network software. protocol such as a 
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Unix-compatible Line Printer Remote server ("LPR"). 

A LAN member capable of exercising significant control over LAN peripherals is the PC 18 having a 
PSERVER program embedded- therein. PSERVER has the ability to service multiple user-defined print 
queues, perform dynamic search queue modification, and provide defined notification procedures for 
5 - exception (failure) conditions and status and control capabilities. * PSERVER is provided in several forms. 
■ " PSERVER.EXE is a program that runs dedicated oh a work station and controls' both local' and remote 
printers. The local printers- ran be connected to" either serial or parallel -ports, antf the remote printers are 
. printers running elsewhere in the' system. Two other forms of the*- PSERVER program are the PSER- 
VER:VAP and the PSERVER. NLM; The$e : are PSERVER verSions 'that run on-'the file server 30 itself. The 
to .VAP version, is for NetWare® 286, and- the ,NLM version is for NetWare® 386. While the PSERVER 

- provides 'much- more capability- than the- RPRINTER and' QSERVER, one of ns drawbacks is that the .EXE 
version requires a dedicated personal computer. -: v. :t . o 

; ' A- dedicated personal computer running 'PSERVER.EXE can-control as many as 16 local/remote printers 
and can request print information from many file server (queues. However; there are several drawbacks to 

15 relying. on PSERVER to r control- network printing services. The first drawback is'that multiple printer streams 
must all be funnelled through a single network node arid personal computer processor. This can become a 
bottleneck.. The second drawback is that -for the most efficient operation, the'printers should be connected 
to the computer locally, as with the printer 20. This can be an ineonvenience for users since it requires the 
printers to be clustered around PC 18. -The third drawback is that if^the controlled printers are remote as in 

20 the case of printer 24 which is serviced by RPRINTER, then: the. print data must make the trip from the file 
• server 30 to the PSERVER PC 18 and then = be retransmitted- to the printer -running RPRINTER. This is 
inefficient. " * " • ... ■ ■ . e' " '• . -* ■'' ■"• : 

The fourth drawback is ; the limited "amount" of pririteh status and control" information offered through 
PSERVER. !t has already been stated that R PRINTER does not allow 'for "much more than rudimentary 

25 . status such as "out of paper." 1 and "off line": PSERVER itself for locally, and remotely connected printers 
does not ; offer -much more 'than this becauselt. was -.designed' with consideration of the limitations of the 
personal computer .parallel port; The PSERVER program also allows for?its-owri "status and control. ■ ' , 

The Network Expansion Board 2 installed in.-the.-printer4 -.-provides many advantages and^ enhanced 
flexibility over the /network /peripheral ^control entities discussed- aboveKiln" particular^ the NEB^embedded 

■30 controller offers "RPRINTER, PSERVERr arid -LPf! <( Line Printer? Remote) functionality; (through CRPRINTER, 
CPSERVER and CLPR programs to be discussedMn section 3d rtoelow). ^here is % an initialization program 
named CPINIT :Jto . be ^discussed m Jsection v4h: below) which callows: 1 the network administrator's PC 14 
complete control .over the configuration df . NEB features. ; Due . to its embedded nature and the open 
architecture of printer '4, the NEB. wHI haverthe ability : to offer s wide variety of statu s^ and control features to 

35 the network. That is, verbose amounts of status "information may, be provided! tfrom the printer' 4.. to' the LAN 
6, and a. great deal, of control -information:, may : 'bfe;pTovjd(SdHrQm:,^iet LAN^6 .to the printer 4 .(for example, 
exercising printer. front panel functions from" the PC^t4):< "^ ^^ c i : r"U'>-^rj r-.'ff v-,y :-\ •, :' 1 

To access the. exten ded am ount *of inform ati on 'available in. the. NEB, -a' prog ram -called; CPCONSOL is 
resident in the^network administrator's PC 14:arid :allowSv the systemi administrator to view ail" of the -printer 

40 information which is exported fromithe printer.4 by the NEB 2. . r The printer information is 'available even if 
the RPRINTER functional configuration (CRRRINTER^of the NEB; 2* is selected. The PSERVER functional 
configuration (CPSERVER) of the NEB ;2 will control the, printer. 4 that contains the board: This option will 
have all of the standard PSERVER queue search capabilities as well as .the notify and status' features. All of 

j . these features';;can be dynamically controlledufrom a remote ; work* station? The NEB environment and its 

45 ability to export extended status and -control information from the printer. 4 makes the combination of the 
NEB 2 and the printer 4;much more powerful' than tthe: standard RPRINTER; QSERVER, or PSERVER print 
methodologies currently available- . ' . \< V - . : i . ' 

The CPGONSOL program (to be discussedrimgreatecdetail.in section .4i below) provided in the network 
administrator's PC 14. is capable- of . interfacing... with the NEB 2 (and other network members) tcperform 

50 such functions as displaying current inform ati on- for a: selected: network device (interface information,, control 
information, ^font information, layout information, quality-rand common environment information, duplex 
information, and. miscellaneous information). CPCONSOL is also, capable of setting or modifying: the safe 

- .(default) condition of a network device:. CPGONSOL may also activate or deactivate applications of the NEB 
2 such as CPSERVER or CRPRINTER (to be discussed below, but generally similar to the PSERVER and 

55 RPRINTER. software packages discussed above). Furthermore, the CPCONSOL enables the PC 14 to' 
display a log file, clear the log file, or write the log file to memory such as a local or a file system disk. 
CPCONSOL can also display-such printer-related information, on PC 14. as the number of jobs, the number 
. of pages per job, the. number of pages per minute; the time per job; the number of total pages per day, the 
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number of total jobs per.day : and the , number of days. The CPCONSOL program is ; also capable of 
displaying , on .the .PC 14 such .network-related information as media related and non-media related 
• information, and of, clearing, such network statisties. c . 

The CPINIT ; program, (to be discussed; in. greater detail in section- 4h ; below) resident jn. the network 
5 administrators PC ?4c.an set-up application information print- services, such as CPSERVER and ( GRPRIN- 
TER and configure;. those. applications. CPINIT is -also. capable of setting and/or displaying device informa- 
tion^ such as . timejd ate/time zone,:, -.buffer .size,, disk , size, logging - flag-, jog limit, and .a safe . (default) 
. v , environment flag. . CPINIT-, can also- restore .default service, headings, reset the NEB 2, reboot .the NEB 2, 
command^ font download, command an emulation download, .display a NEB power-on-self-test .{"POST") 
;o error, , ; display the NEB 2 firmware Jevel,.disp!ay_the current- log file, size, e - 7 _ ; .- ..■ 

By providing the NEB 2 with PSERVER and RPRINTER capabilities, the present invention achieves, 
with a single circuit board, enhanced functionality for the printer 4 with respect to the LAN 6. Therefore, the 
printer 4 is a true "networked" printer and not just a printer connected to a network. it 

While the present invention offers unique advantages on the LAN 6, these advantages are also realized 
75 when the LAN 6 is coupjed to. one or more other LANs in a Wide Area Network ("WAN").' FIG.. 2 depicts 
such a WAN which includes.a first LAN 41 including a server Sl 40, PC's 42, 44, and 46, and a printer 48. 
The server S1 40 is coupled to a backbone 50 over a bus 52 The backbone 50 is nothing more than an 
electrical connection, between -a. plurality of buses. • Also connected to the WAN. is a second LAN 61 
..comprising server S2 60, PC's 62, 64, and 66, and a printer 68. Server S2 60- is coupled to backbone 50 
2o r - over bus 54. , _ - • , : _ 

The WAN may also include a remote LAN 71 comprising server S3 70. PC's 72, 74 and 76 and a 
printer 78. Since the LAN .71 * is gemote from the. remainder of the. system, it is coupied to > backbone 50 
through,^ bus-56 t j a transponder (which; may include a modem) 58, and a communication. line 59. 
.--.-■In such *a,,-WAN, assume that PC 42 is a PSERVER: requesting the use of. printer. 78. If : the printer 78 is 
25 . . equipped, wjth a NEB according to the.present invention, a , direct communication link can be established 
between the PC 42 and the printer 78 whereby job information can be sent to;. printer ,78, and status and 
... .control. information.:.can be, sent. from printer. 78 to the LAN;. 41 :. : Therefore, the NEB according to the present 
- invention achieves its enhanced functionality even when installed in a peri pheraL coupled; to a, WAN. 

:,, FIC3.: 3 is a block diagram, depicting the eonnection-'Of the ;NEB ; 2^ according to- the present invention, 
30 ... with the printer .4 and.the;UVN 6.^ The NEB 2.js directly connected, to the LAN 6, via; LAN interface 101, and 
> - also to. the -printer 4 -,via a, bL-directional interface/ here a Small Computer System Interface (" SCSI") 100. 
The SCSI interface 100 is coupled to an SCSI bus 1.02 of the. printer- 4: * . r « > .-• : 
... . The NEB . can alsp service ; additional: SCSI devices; such as : other-; printers . (F^PR INT ERs) or other 
■ peripherals, daisy-chained: on the SCSI bus using standard -SCSI connectivity-protocol; Also, the NEB may 
35. be used to drive. other peripherals across the. LAN. itself.-, i^.. ■ . . . ' p :: • : ^ : - : . 

.. -v The printer- 4: is- preferably aaopeo-architecture'printerMncluding the SCSI bus 102 and SCSI. interfaces 
:-1-04, i and^c1.06. .Printer ,,4 also Jncjudes a processor J 08. ^sueh. as a : REDUCED ^INSTRUCTION SET 
COMPUTER '("RISC^Vwhich^communicatesrwith^/BAM* Memory 110::and with a printing engine 1,12 which 
actually drives the . printing mechanism-. The; RISC -.processor- also communicates with NVRAM 111 for 
46' s. storing -information which-needs to ; be- maintained, between power, cycles, such -as user-defined information, 
and with ROM,jH3 from whi.ch RISC, processor. 108. executes printer control. The printer 4-rnay also include 
■.m'v a hard disk 1:14 capable of holding large amounts of data irv a non-volatile way, Printer 4 also has a front 
panel display 116, and a keyboard 115 for inputting control' commands to the printer. . .. • 

Preferably, the printer 4 includes an open architecture which takes advantage of the bi-directional nature 
45 of the SCSI interface 100 to provide a great deal of status (and other) information from the printer 4 to the 
LAN 6 via the NEB, and also to allow fine control of the printer from a remote location. For example, such 
open architecture when used with the bi-directional SCSI interface permits most or all of the information on 
the front panel display 116 of printer 4 to be exported to a remote location, and also permits most or all of 
the control functions of the printer front panel keyboard 115 to be activated from the remote location, 
so Briefly, the open-architecture printer 4 comprises four major subsystems: Communication; Job Pipe; 
Page Layout and Raster functions; and Systems Services. The Communication subsystem handles the 
different communication devices and initiates the start of a job application. When the printer starts to 
receive data, the Communication subsystem sends the first part of the incoming data to each emulator for 
examination. The first emulator that can process the data becomes the Job Pipe driver. The system then 
55 constructs a Job Pipe to process the data (data flows into one end of the pipe, and page images flow out of 
the other end). This Job Pipe comprises many segments one of which is the Job Pipe driver. 

The Job Pipe subsystem has a Pipe driver segment (the application for an emulator) and input and 
output segments. The input and output pipe segments have at least two other segments: for input, source 
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and 'source filter segments; and for output, an output filter and a data sink. The input segment of the 
Communication subsystem delivers the input data which can be supplemented by information from a file 
system. The Pipe driver processes input and supplemental data' It also generates imaging commands and 
page layout- information that it sends to the outpul segment; The Pipe-driver* may store this information to 
5 the printer disk (if present). The output segment sends'this data'to.the : Page Layout and Raster subsystem. 

The Pag'e Layout and Raster subsystem* takes-the imaging and page layout information and converts it 
' to a raster- image for the printengineJ1.42. This section ope rates 'completely separately from Job Pipe. 

The System Services subsystem' provides file system' access/ console access, font services, basic 
system services", and image -generation" •'services. Therefore; a printer 4 having such an open architecture 
70 will take full advantage of the intelligent, interactive NEB '2 -to provide increased functionality to the printer 4 
and the entire network. ?>.-..:.• -j-.. .. •* : ' * ' ' > ■ • . " 

2. HARDWARE :v: = * : - -<.- ; V u . : , , 

75 FIG. 41s a block diagram of the NEB 2 showing the major components thereof. The NEB 2 is coupled 

to the LAN 6 through network connectors 2G2, 203, and 204: 'Preferably, the connector 202 is an RJ45. 
capable- of accepting a TOBase-T connection. The connector 203 may comprise a DB15 connector for 
accepting a 10Base-5 connection, while the' connector 204 rrVay be a simple Coax connector capable of 
accepting a -10Base-2"connection. All of ' the. connectors 202, 203, and : 204 are coupled to a network 

20 controller 206 (preferably an Ethernet Network Controller). However, the connector 204 is first coupled 
through a transceiver 208; : ! ■ 

Power is supplied to NEB 2 from a + 5V "power source in printer 4 through the printer expansion port 
226. The + 5V power is ' also provided to- the 1 power converters 210 and' 212. The power converter 210 
provides -9V power to' transceiver 208; while the power converter 21 2? provides + 12V- power for ''flashing" 

25 (loading; to : be discussed ,; in section- 4q below-) the EPROM* 222: Also, the network controller 206 is coupled 
to ah 8 KB static' RAM 2 T4: 1 os : ■ .i-.- - , a >>> . ... ?. 

The heart 1 of -the r^JEB 2 is' a micrbprdcessor 216, preferably an NEC V53. The' microprocessor 216 is 
coupled to a serial - port; 218, currently used for 'testing.. Also coupled to -the' microprocessor 216 are a 512 
■ KB dynamic RAM 220, a 256 KB -flash EPROM 222; ah SCSI -controller 224 (corresponding to SCSI 

30 interface TOO of FIG. 3) Sa printer expansion 1 port ; 226! a diaghdstiGsVfail^ non-volatile 
RAM 2'28, a'cbntrol register 230; arid a : PROM 232 iwhich stores the Media Access Control ("MAC") address 
which is the unique name for every Ether Net board 5 . < " ' ^ ' - - * . r . . : ; 

The ; architecture' -of ; the • NEB >2 'provided an- advantage ' ih;: that •■'•it has unique support features for 
administration and* management of "largermOlti-aTeainetworksV These - support- features * include, for example, 

35 printer control and status monitoring from a'^ remote ~i location' 'on -the T network f' (i.e., from the network 
administrator's office), • automatic Cm anagem eh t print job to 5 provide a 

guaranteed initial environment for the next ,: 4jser;':artd -Togs -of r printer' usage statistics accessible across the 
network for character izi rig 'printer work load ^'ahd'^cheduling toner cartridge replacement. A key parameter in 
the NEB design is the abihty to access- the 1 :printer Control state from the; NEB 2 through a bi-directional 

40 interface, here the SCSI interface 100; This allows' the* printer console information to be exported »to the NEB 
or to an external" network' node for the' programming of many useful printing support functions. 

Table 1 below provides -a' description of the -functions,;, implementation, and "operational ; notes with 
respect to the major hardware elements -of NEB 2: ... - r . : . ^ * 
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Table 1 



75 



20 



25 



30 



Furiction -'* 


Implementation 


Notes 


Network Controller: (206) . ' 


^ -National *DP- -83902 ■ 


With DP8392 Coax Transceiver • . ■:■ 


Ethernet Interfaces: 

"... V • . 


10Ba;se-2 (202) / ' 


Coa^ bonnectcV 


l0Base-T«204); . 


• Rd 45 connector : - .-••«:-.• . •'.■•«•; 


lOBase-5 (2Q3) 1 " 


•\DBiS q^rineStbr (AUj)* /' / VV!?. ^ 


Embedded Processor 
. (216) -. . ^ 


; NEC V53 


.16:-bit/.16Mhz MPU with DMA/timers, . 
- . Interrupts • -. - : , - > c 


EPROM (Flash) (222) 


f g56K Bytes'" 


_ Network program code, board Bl6s (Basic [ 
Input Output Subsystem), diagnostics 


NVRAM (220) 


256 Bytes , . ' 


Printer Installation Configuration on 
Networks 


DRAM (220) 


512K,Bytes ' 


Code execution and data buffering for 
exp.port 


SRAM (214) : . ; 


8K Bytes - > ^ 


- Buffering of incoming Ethernet packets 


SCSI Controile?" , (224) i ' : " 


WCR53C90A 


30-pih, internal l/F configuration with power ~ 


MAC Address.ande . 
Hardware ID PROM (232) 


32rBytes < : - 'r- "<-" : 


.' Stores* MAC ^address and.Hardward JD . 

. information - ■ v. ■■' . / .-. . v 


Board Size 


100 mm x .125 mm 


, Type 2 JXP-I/F PCB. doubl^ded SMT " 


.Rower . i:\ v . 


: 5vdc, 710: ma v 


L DC . converter oru board if or Ethernet > : . 
• + 12vdc/-9vdc -- :v /-■ '*•*■ 
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Preferably,,' the NEB/2 is installed jhside imprinter ^"4 jn an "expansion ^ or option's; slot. The NEB 2 is thus 
an embedded network node with the processing and data storage features described' above. 

The microprocesspr 216 implement? ; ,a .data, l } ink layer of network packet transmission and reception. 
' Network data transfer overhead, jsjm^^ buffer 214 

msihaged directly By "the network ' cbntrdl Ier^2d6 / Tne/m icroprocessor '2 1/6 accesses bilks' of SRAM packet 
d ata /and/ h etwork " messages th roug h /th e network' controller 206^ ancl moves' them . 'into . the/ 1 arg e DRAM 
'rhemory §20.' ' '" r,< '"' ~ " ^■• ! -.- lv * , " : ' : ' ' '' " 

Blocks of print image data and control information are assembled by the microprocessor 216 for 
transmission to the printer 4 by the SCSI controller 224 using the SCSI transfer protocol of the printer 
expansion port. Likewise, printer status information is transferred from printer 4 :: back' : to -the NEB 2 in SCSI 
. block format. The SCSI controller 224 operates, concurrently with the network controller 206 for increased 
' data 'trirbughput' for overall NEB performance./'... ."'^ J « ,//./. r ' ' '7'//. . ' ' 

The microprocesspr 216 is preferably' an NEC V53 chip which, is a fast, 'highly-integfatec( microproces- 
sor with a 16- bif Intel-corn patjble (processor [n support of Direct :^Merr)bry Access /("DMA") /interrupt, timers 
.arid D^RAM re/res^ control. Data bus structure 'on the' NEB 2 is jmpiemente'd 16.-6its wide to take "advantage 
qf the fif-Bit/1 6-Bit dynamic bus sizing during / mic/o processor J/p transfers. Control firmware and printing 
application" software for the microprocessor 2)6 are, stored on the NEB 2 in l= P R O M 222. After pbwer-on 
self-test, the firmware code is selectively moved to the^higher-perform DRAM/220 'for actual execution. 
Network and printer configuration parameters/ are written into NVRAM 228 wheji. the printer is first installed 
onto the network. Thus. NVRAM 228 allows " the NEB software to recover the * installation parameters after 
printer power has been cycled off and on. 



3. SOFTWARE 



Software for the LAN comprises a combination of network software, and NEB-customized software such 
as NEB-embedded software and software resident on the network administrator's PC. 
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3a. Network Software 

In the present embodiment, 'NetWare® network software is used; to manage interactions between nodes 
.of a network such that the client. work stations can share and receive services from server nodes such as 

5 disk file servers,' database servers, print servers, etc. NetWare® itself is a combination of software modules 
: running on these server nodes and on each work station node *' : At. least one file server may be provided in a 
Novell network.. NetWare®- runs-, as 'lithe" operating systenrufo>- '.the PC of the file server to provide basic 
network core services and utilities: File servers can connect -"to- more than one LAN by using up to four 
;' networks nterfa^ Token Ring connections). In these configurations, "bridging" 

10 : ,or "backbone" services are provided -between a plurality of LANs, as shown in FIG. 2, such that resources, 
'including printers'/can be shared "Internet"*" 'i.e., from one LAN to another. 

On work stations, NetWare® runs. in cooperation with the work station operating system (DOS or OS'2) 
as a NetWare® ""shell" of' control" software." This "shell has the" effect of extending the services of. the 
workstation operating system onto the network to make network resources appear local to the work station. 

75 Novell PSERVER software, has -the -job- .of controlling a group of- printers (up to sixteen) in order to 

service printing requests from network nodes. Requests are structured in a form of print queues that are 
held on the network file server using network queue management services. Queue entries contain a list of 
files to be printed. The files contain data "to be "printed such as tabs, formfeeds, and other Printer 
Descriptioh Language ("PDL") commands. Several queues can be serviced by a single PSERVER., 

20 Standard Novell servers are available, in. different -versions depending on the type -of network node they 
are to execute on. Print server -programs can reside on the file server itself. A version of print server 
software may lalso be "loaded on a' stand-alone DOS ^station /node To make that "node a dedicated print 

server. ' :'. — ^ ILL. -. : . - . - • • — - — 

By providing print server functionality '(CPSERVER) to 'NEB '2 of the present invention, the NEB and 

25 attached printer will offer all the printingrservices of a standard Novell print server without the -need for an 
attached; PCI 1/"' -,1.1" n ' 7 i '■ \ ~.~ .7 - -< ■ ; 

. Printers themselves ..are considered , to be either "local" JorJ "remote". A , local printer is one that is 
physically connected to the- print .server ..node. In the case of^the NEB 2, the local printer is the printer 
housing the NEB. A remote printer ::is; managed by RPR1NTER programs running in the PCs they are 

30 connected to. RPRINTERs "receive print data" from PRINTSERVERS "running elsewhere on the LAN. The 
NEB 2 of the present invention can be provided with RPRINTER functionality (CRPRINTER) to offer its 
printer as a network' remote' standard versions of Novell print 

servers. \S. . ' . r \- ' >- / ■ 

Novell NetWare^ provides_ a number of print utilities to coVifigure and control tile server or workstation- 
is based print servers and * th'eir* attached printers^' The' Ndyell program PCONSOLE is a menu-driven utility, that 
allows a user "(the printer* console operator), to create a ' new prinr server, configure up to sixteen ^Ipcal or 
remote print ports! create print queues, assign queues to printers, and 'start/stop printer and . server 
operations. 

40 3b. NEB-Customized Software ' . , 

The NEB 2 is bundled with software modules that implement the full range of printing services offered 
by NetWare®. This includes external NetWare®-compatible modules thai execute on work station nodes of 
the network in addition to internal 'NejWare®-compatible modules running on the : NEB 2 inside the printer. 

45 The* specific NetWare®-c6mpatibie programs, developed for use with the NEB 2 (e.g., the customized 
CPSERVER and CRPRINTER 1 programs to* be discussed below) are provided with the "same general 
operational interfaces as standard' printing 'modules from Novell so as to be familiar to Novell users and 
network administration personnel. The customized versions include functional extensions that make use of 
the open architecture of the printer 4 tp enhance print service management across the network. 

so t aDle 2 shows the functions, implementations, and operational^ notes for the customized software 
developed for the NEB. 
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Table 2 . =• s ■■ • • 






Function ' ' :: ' : 


Implementation 


' ' ' . Notes / 


5 .. - - 


...NEB-specifio functions ; in NEB, EPROM \ 


•CPSERVER;(92KB) - 
CRPRINTER- (40KB) , '»i ' 


- Customized Print Server 
Customized Remote, 
v Printer : * - : • : 


W 


NEB-to-Netwbrk communication in NEB . ^ 
• EPROM ^ ' • " *" : '" :t - : v ; J * 


; cpsbcKEr|3bkBj /'" ;"'* 


Concurrent V 
muiti-protocol operation 




NEB Environment in NEB EPROM 


. <15KB)^ — -: - 


Mbnitor^loader, J POST, 

. etc.' : ■ -f ■ 


•15 . 


1 Extensions to NetWare® 

PCONSOLE for Printer' Contrpl/Cohfigu ration 
in Administrator's PC 1 4 


r CPCONSOL.EXE (180KB) 
CPiNlT.EXE'(l2b|<B) 


Remote Control & Stats, 
Auto- Reconfiguration, 
Print Job Logs/Statistics 



3c. NEBrEmbecfded v-Software r . -; -r ' ,. ... ! 

-i.- The software- developed for the NEB 2 includes software embedded Jn. the NEB and software loaded 
into the network administrator's PC 14. The NEB-em bedded - software , provides both the NetWare®- 

25 compatible node and: NetWares-compatible print services -directly inside- the printer 4 without the overhead 
of a work station PC and its DOS operating system. JhevNEB^embedded software comprises a plurality of 
application modules (CPSERVER, CRPRINTER, etc.), real-time service modules, network protocol stacks, 
and a MONITOR program which performs application switching, process, extension,* device; semaphores, 
and shares buffer-pool management. The functionality of the NEB is determined by the types of application 

3p.,. ;modules j and the number of protocol -stacks- of network layered communication software ;that are configured 

, / into the NEB 2. Interaction -between the. printer. 4 and^-the. network is coordinated by the -MONITOR- program 
.which, responds to real-time events, while. allocating NEB processing time to .eaerv application module on a 

z : v^multi-tasking basis, - " : - -.t. ■ . -; :^\.n.,ry ...'r~:r.^~ V-^ ; w-i: 

The .f^EB 1 software functions atotwo . layers:,; a :r tl run^time"o;on: real-time? layer;, and a "soft-time" or 

35 .> .applications ■ layer... The run-time layer is comprised ook.com ponentsr of * NEB : iSoftware. that "respond to 

v.*.r microprocessor interrupts. This Jayer services:devices:such as a timer-requeued :data transfer requests from 

: ./;,.:the SCSI port; or -..WAN* 'data through-: the -protocol; stack- routine; and the. CPSOCKET; (to be discussed in 
sectipn4j below) cpmrTHJnication mechanism. ; --r^/;; [?• --s.il. 

: .The soft- time layer is arbited and. control led by the ; MO NfTOR program (to.be discussed in section 41 

40 below) which gets.control of the -NEB microprocessor, 216 after all real-time events.have been serviced. A 
non-preemptive (cooperative multi-tasking) approach is used, to divide the. processor between the various 
< . application modules that are. loaded such that no .one application :module can preempt-other modules by 

. .. ^capturing the. microprocessor. -.*•_ • - ; . . .-r : -\v: ; * r 1 - • ... ; • • . j . k • : v » n 

- The; NEB. EPROM 222 contains up to 256 KB: of application module programs^ and NEB initiaKzation 

45,-: code.. At ,power-up: or during a programmed reset, the NEB . 2* executes, a POST from the EPROM 222 

-. - before -selectively transferring its EPROM code to ; NEB'DRAM 220. ' If the POST; is successful, the. NEB 2 
willjoad its protocol stacks and. application modules , into DRAM, and r begin . execution of . its application 

. = modules. ■; •* - . . .,'-"r , , : ?; - . ..'■-!.. 

: > ; •■ -Jn; its basic, configuration;, the NEB 2 contains NetWare® -compatible .application 1 modules comprising 

so. embedded versions of two* configurations: the Customized Remote Printer - ("CRPRINTER"); and the 

... • Customized Print Server ("CPSERVER"): Preferably,, the. NEB acts.' in only one of these, configurations at a 
time. Further, these application modules require that a network, protocol --stack- be loaded and .functioning 
within the NEB.; ; 1 ^ v. •■ ; . ■: .r ^ > ... > ■*^/.;" ,; ' > 

: '..When configured with RPRINTER functionality, tUie' NEB' operates its printer, as a -slave to an external 

65 print; server using , a CRPRINTER module. In this configuration,, the NEB exports -to the LAN only limited 
printer status information in; emulation- of^ what the standard Novell, print server- expects from a standard 
• ! -Novell RPRINTER.- : However;, extended status information . about 4he printer will .still : be; available if the 

- \ CPCONSOL utility (discussed above) is executed in;the network administrators PC/t4..*. ■ ; ■ 
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as mentioned above, the NEB 2 includes embedded software programs CPSERVER and CRPRINTER 
whic i enable the NEB to act with either PSERVER or RPRINTER functionality on the network. The 
custc mized NEB-em bedded software which permits peripheral status and control information over the LAN 

. .is CF SOCKET, (lo be discussed infection 4j below). -CPSOCKET runs on the -NEB and monitors the LAN 

5 .for communications addressed to* ibolrr the NEB 2 and 'the"" attached printer 4. Further, CPSOCKET 
\ communicates with CPINIT and'^ CRGO'NSOLr-when they are running. CPSOCKET will maintain a table of 
default settings for the device environment, download basic configuration information (fonts and emulations) 
at" power-up," provide \d^ CPCONSOL displays, and 

provide reset, reboot, and down load capabilities. CPSOCKET will also be responsible for the configuration 

70.' of the NEB.;2' Further,- CPSOCKET. willxonfigure and activate applications on- the NEB at the request of 
CPINIT. CPSOCKET also insures that the ^correct protocol stacks are available ' for each configured 
application, CPSOCKET will handle the settings of the NEB 2 and the printer variables at the request of 
both CPINIT arid CPCONSOL.' .Finally, the : "download" "facility" (e.g/ the network administrators PC 14) will 
contact CPSOCKET to carry out any firmware downloading, such as flashing EPROM 222, that is required. 

75 Upon initialization, programs such as CPINIT and CPCONSOL will issue a Service Advertising Protocol 

("SAP") on the LAN looking for. all network devices having the .customized software of NEB 2. CPSOCKET 
will receive this broadcast signal and will respond. CPINIT or CPCONSOL then establishes a special 
connection with CPSOCKET using a customized client socket. CPSOCKET will then post multiple listens 
and will provide client service transactions such as NEB control, device information, basic configuration 
20 information, application information, statistics, and logging. For example, CPINIT can request that an 
application be configured, and CPCONSOL can request that an already-conficjured application be activated 
or deactivated. CPSOCKET will insure that the appropriate option (protocol stack) is available and 
configured for an ia'pplieation before : allowing the application, itself ;to ; be configured. Within the NEB, the 
. CPSOCKET operational module is always activated.- ; r 
25 , Additional print service 1 applications 1 may be -utilized after- loading further- application modules into the 
NEB, for example, UNIX"print-services-arid-ass6c^ - 

: 3d. PC-Resident Customized Software -.; . . ■< -.pvd . - 

30 1 To further enha'nGerthe.fLrnetionality of : the NEB 2, customized' software - is--atso- provided to the network 
administrator's 'PC v14;- For example, & > Customized* PGONSOLE ("CPCONSOL"; to^ be discussed-in greater 
detail in section: . 41 below): utility; pro vjdes'rext6h*&rbns' to No vet^ , s PGONSOLE , printer utility to enable access 
to the powerful control and monitoring features of the open-architecture printer 4. For example, the following 
are typical status : control information ; available r too the network from the printer through the use of 

35 CPCONSOL::. (A);istatus^and. control information such^as online/offline,, no response- tume/date/time zone, 
language, offsets, ;er-ror-.- skip.. settings, timer, 1 buzzer- --enabtev- toner lowv paper full, paper counter, count since 
last service, paper out,: paper, jam; (B) font information 1 such; &s~ primary, secondary; graphic" set, scaling, 
rotation, elite; (C) layout information such as page orientation, tine 1 pitch, character pitch; (D) quality and 
common environment . information -such 1 as\ < number :of ' copies; - overlay? job complete, command mode, 

40 default paper size /current paper. size; and:.(E) configuration information such as interface, buffer size, feeder 
■ select, duplex print- page- stack order, etc. v..;.. ;:. r .\y: . 3 » : ■ * 

Furthermore; configuration data forthe r printer,accessible to the network* through- the use of' CPCONSOL 
includes: (A) network group information such as protocol type, the node name, the file server name, 1 routing, 
POST error code.vNEB firmware 'level, MAG:, address, server mode; and (B) printer group information such 

45 as safe (default) environment, font, .disk c .present, disk size, - initial- environment, logging on/off/log file size, 
configured/nonconfigured, and net'riame./Additibrially, logs can be kept of print job flow, print -engine' usage, 
and network behavior. Examples of /such, usage and: statistical, log entries include: (A) network group 
information such as receive statistics, transmit statistics, and non-media related information; (B) job entry 
information such as . date/time/time zone, logrin'; (user's, name), ;job name, -pages, copy, count; and print 

so status; "(C) initialization 1 entry information; CD) error condition . entry information; (E); clear log entry informa- 
tion;, and (F) printer group information such ; as- the . number of jobs; ' pages/job* pages/minute, time/job, total 
pages/day, total -jobs/day, number of days and .total, resets * v . 

CPCONSOL is a menu-driven DOS executable program whose function is to provide extensions to the 
Novell PCONSOLE printer utility. The; CPCONSOL .extension enables access .to the additional control and 

55. monitoring features of the open-architecture printer^. These features will enhance print service manage- 
ment across the. network by allowing the network administrators PC. 14 to control and maintain the printer 
from a remote location. In summary, CPCONSOL, is the utility that exports printer' control features to the 
network administrator, allows : reconfiguration of the safe (default) environment, and allows the network 
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- administrator to -view network and printer status, job statistics, and a log of the previously-processed jobs 
and error ' conditions. CPCONSOL gathers the requested information by communicating" with the NEB- 
embedded software program -module CPSOGKET. • ' 

Another customized software program ^resident on the network administrator's PC 1 4 is -Customized 
5- Peripheral Mriitializer: ) ("CP*NiT"r : t6 : ' be' discussed in section' 4h below) which is also a menu-driven DOS 
'■■ executable" program.- The 'functioned? the 1 program is to configure, 'rfecdh figure,- and initialize the printer 4 
attached^d tne^NEB T 2;*' • ? --^* ' .-/^v-r- / -\.r.-:t:^r..j- y/. • .... :■ - . 

The CPINlT- module will cbrificjureMhe- NEB to act- as "a print 'Server" with one - attached printer and 
specifies its ,.prtmary" : file : server" by which i : the NEB will "determine which" queues to service. -CPINlT is the 
70 program that -supervises all like-custom ized devices on the LAN (e.g. other NEBs installed~in ? other 1 open- 
architecture' pn'rffers).' ' CPift IT 'accompli s"hes this task by communicating' over the network'; with other NEBs 
that reside' within open-architecture peripheral devides: CPINlT is used to -configure- each-* NEB with the 
appropriate basic configuration 1 information such as corifiguririg the "NEB as "CPSERVER or CRPR1NTER. 
'» The* basic configuration information comprises NEB environment settings (including which print server 
75 applications : are active); as well as device environment options (e.g. a'' list of fonts and emulations to 
download printer initialization time), and device default 'settings (such' as the internal device time/date/time 
zone, buffer size, disk and logging information, and printer name).* The CPINlT progranrv also displays -status 
■ - information about the NEB (such as the firmware level loaded ih the NEB and reports latent POST errors). 
• The "CPINlT program : wilt 'broadcast over - the -network- to see which other customized devices are 
20 '"available on- the LAN. The NEBs attached to" such other ' customized devices' "will respond with their 
■' identification numbers, their device types*/ and their configuration states: CPINlT will construct a list of these 
NEBs and devices' that** will be presented to ' the netwrok administrator tb allow their configuration or 
' ; ; reconfiguration. " ! : ■ '< ■ -**-' ' -* <■'■ ■-■ •=* - ■ • 1 ' '■ ^ 

A DOWNLOADER program may also be loaded into the network administrator's PC ! 14 to download 
25 executable files* to trie NEB across the network (to be discussed in' greater detail* in section 4n below). 

Another customized « program* which r may rurron the network- administrator's : PC 14 is CPFLASH which 
'■••"''■"may -be "used' to remotely flash new firmware into* EP ROM 222, as will-be disc-ussed in greater detail in 
V : section 4q below; r - ; *" ' • — *• " s ' 1 - * ' '** *. •* ' i:^— l .- r - j r .- 

36 4. OPERATION v - > * r ' ■ fc • • - - ; ? £ y.i;- - 

At first, an overview discussion of th§ NEB structure aricP functions wi I f be provided ^tH' respect to the 
flowchart of FIGS. 5A, 5B and SC.- Thereafter; more detaiied ? descriptibns of r various ' aspects -of r -the NEB 
- r hardware and^softw^ " : ! * ;r - ' ov ' } 

35 1 The present '-invention takes advantage' of -the bi-directionaf nature* of the : com rWunication between the 
■-^''printer and the NEB,' and the- NEB *s" ability r to process^ infbrmatidh bri afriuiti -tasking basis: That is, the bi- 
• • ^directionaf SCSI bus * can transmit large quantitie's of data'-bbth to and from the pririter.- enabling the NEB to 
** receive large quantities of specific status data from the 1 printer or- even data input ffbnrv the peripheral (such 
* { as image. data r iriput : from a- scahnery. The 'NEB mrcrop'roc'essbr processes' information on a multi-tasking 
4& y basis- (sequential but shared)' effectively parallel ^ -procWsing information received from • the- network and 
"information 'received from the "printer. This mb^ti-taski nig 'processing insures ; that the : "NEB' is responsive to 

- both the network^and the printer on a near real-time' basis:- " '■ K : - ' ' - - » v " ' 5 - ; ' , s 

FIGS. 5A, 5B, and 5C comprise a top-level flowchart" depicting a notional sequence "of events -which 
: - may occur when the NEB and its^assocrated : software" is instaMed^in a' printer "coupled to a- local area 
45' networks Overall; the printer 'Venders' print infdrm"atibri ; and is coupled to the NEB through a bi-directional 
- ;I SGSl interface. The printer may also have a parallel -port and/or a serial port for receiving 1 print information 
from other sources. The NEB fs* connected' to toe ' pri nter via the" bi-directional SCSI interface; the board 

* ■ receiving printer information from the' local : area 1 network.- The board sends" print 4dbs - and printer status 
: : inquirtes' : to the printer over the SCSI- interface," receives printed status 1 - from 'vth'e^ printer 'over the SCSI 

so iht'erfacef and reports printer status c^er the" network'. - ? ' x'-:Bi'- . ^- . 1 .-■..■■«■ .. 

Where the NEB is coupled to" a data generating device 1 such as a scanner, the board Ts" ! connected to 
the^ scanner through the^ bi-directional SCSI interface arid is 'coupled* to the network via tne LAN interface. 

* The board receives status request information from the network and will pass this' information td'the scanner 
over the bi-directional interface. The f board will also receive -the data generated by the Scanner over the bi- 

55 directional interface, arid will pass that data onto the network over the LAN interface. ::: '- " 

Illustrating a sequence of events which may occur* when the NEB is installed -in a' : prihtef, FIG. 5A 
; begins when power is applied to the NEB at Step Si." At Step S2, the NEB : executes : a Vi j3dwer-ori-self-test 
: ("POST")' from EP ROM 220. At Step "S3,* if the POST is SuCcessfuil^ completed /-the proees^mdves to Step 
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S5 where the NEB EPROM 222 operational code reads the network and printer configuration code from 
NVRAM 228. If the POST is not successfully accomplished at Step S3, a failure indication is logged at Step 
S4 and this information may be transmitted to the network oyer the . LAN interface. An LED fail- 
ure/diagnostics light on the NEB or. printer may ajso be activated. • ^ 

5 . After the network and configuration code. have been read irom NVRAM, 228, the prpcedure advances to 
Step S6 where the ■NEB..EPFOM. operational code reads, selected configuration modules, protocol stacks, 
housekeeping modules, etc., (e.g., the MONITOR multi-tasking module, CPSOCKET„GPSERVER,. etc.) from 
. EPROM 222^and downioads-the. selected modules to DRAM 220.. InStep S6, a configuration is selected (in 
accordance,, with -the configuration .set by CPINIT) which deftnes an operational mode (e.g. CPSERVER or 

io. CRPRINTER) of the interactive network board. As will be djscussed in greater .detail in. section 4d below, a 
binary configuration code -is sent over the LAN and stored in . NVRAM 228. After the NEB is booted up, the 
configuration, code is read from NVRAM; using -.ROM-resident power T up process steps. Using -the ROM-" 
resident process steps-, ROM-resident executable modules are selected in accordance with the configuration 
code read- from NVRAM. The modules, are selected in bit-wise correspondence to the binary digits of the 

75 configuration code in NVRAM. The selected modules are then stored into DRAM and execution control for 
the : modules is passed to. DRAM whereupon the selected, modules are executed. In this manner, multiple 
configurations can be defined and selectively changed.. . . 

At Step S7, the EtherNet frame type of the information jackets transmitted on the LAN is determined 
(as will be discussed in greater detail in section. 4e .fcelow). ThajUis. EtherNet supports four different frame 

20 types: EtherNet 802.3; EtherNet II; EtherNet 802 2; and EtherNet SNAP. To. determine, the EtherNet frame 
type, a pre-scan process ("FJRESCAN") determines what frame type j preside nt on the LAN (from any LAN 
broadcast data), and * configures-, the appropriate NEB-resi^ent protocol stack; for that data. The pre-scan 
process strips away bytes of data from a received LAN packet until the bytes which indicate frame type are 
reached. Briefly, Step S7- provides ,tl?e, r NEB with the capability of processing. LAN packets of different frame 

25 types by: receiving from,,the LANva-frame -of, ,data, fpre-scanning the frame to determine the frame type, and 
processing, ; on the^NEB, the f identified:. frame, using; an t appropriate processing, program. The pre-scanning 
operation includes the .sub^steps of ^stripping, a predetermined number of bytes from, the head of the frame, 
processing the stripped frame to identify an identification code indicative of the frame type, and transmitting 
the identified frame to the processing program. 

30 At Step S8, a-timer module which was downloaded in Step S6 finds the nearest LAN server/ and 
requests the current time. After receiving the current time, the process proceeds to Step S9 where it is 
determined whether^ -.*•.'.-. 

Steps S9, ihrpugruS 12, comprise. a : so-caJJed Jautologgtog "^function -which is carried out in the NEB, by 
the CPSOCKET program in order to.: auton^ the 

35 printer to v the - L$H ,. (autoJogging v/ill r be r .discu^sed i n>, greater^. ,detai I- in -section 4k below).. In Step S9, it 
midnight has not beemreached the proce^ufe ;t advances .to Step- S.l 3. r However, oncevmidnight is reached, 
the NEB. microprocessor 216 transmits a-repuqst to the^, ; prifiter.aver the SCSI - bus for the .printer -to return 
current status to. the NEB.. For example, ..t^ pumberpf pages, printed to 

the NEB. .In, Step ; Sl t 1 ;> the NEB : microproce^sojr.21-6 calculates printer statistics such. as pages;per job or 

40 pages per day, the NEB having kept itrack, of>,the number of jobs sent to the printer and the date.. At Step 
, S12, the- printer statistics are .transferred to a npn-yolatile, memory ; such as the. printers hard, disk, 114 or 
NVRAM 111, or the NEB's NVRAM 228. Alternatively ,. Steps §10, S11, SI 2 may be performed before Step 
. S9, so that statistics are. stored every, minute.. - . . ' 

Summarizing. Steps S9 through S1 2, a method-for logging system statistics of a printer connected .vi a a 

45 bi-directional : interface . to an interactive- network -board -for LAN communication includes the - stjeps of 
counting in the printer the number of pages printed, and counting on the board the number o.f jobs ^printed. 
The printer, is interrogated daily oyer the bi-directional interface for the number of pages printed, and the 
board then calculates daily statistics using the number of pages, the number of jobs, and other status 
information. The . daily statistics^ are ; then stored , and may be: accessed . and remotely displayed using 

so CPCONSOL from the network administrator's PC 1.4. An additional feature of the "autologging" function is 
that. different levels of statistics may be logged- For example, at a basic level, only the number of pages for 
• each job may be .logged. At more advanced levels, the number of pages per job. plus a log of . failure 
^conditions may be logged; or the job start and end times may. be logged in addition to the failure conditions 
and the number of pages, per Job. The logging level is set by CPINIT- : . -« • 

55 In FIG. 5B, at Step S13, the SAPSERVER program (to. : be discussed in greater, detail in section 4g 

below) advertises the NEB as having both CPSERVER and . CPSOCKET identities. Thus, the . NEB and 
. attached printer can function in its twin roles .of PSERVER and custpmized entity (CPSOCKET; i.e., similar 
. to other LAN peripherals having a NEB installed therein). SAPSERVER is a NEB-resident TSR program that 
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■allows -more^-than one server to advertise- network services at the same time on the same node. Thus, 
CPSOCKET and CPSERVjER both advertise .their services -.through SAPSERVER and respond to inquiries 
; from ..o.her network applications. ; Since each EtherNet board can .have only one SAP socket number, 
SAPSE WER will function to advertise both NEB .identities without confusion to the LAN. 

5 In , summary, .Step Si 3; is .a.- method. <of idendfying* a/sjngle interactive network board;;as two network 

servers ;; (e.g; .CPSERVER .and CPSOCKET) : ^compasing the. steps .©fi transmitting to the -network at a 
predetermined--;time - interval .a* signal . indicating that : the aboard ; is., a first - type of network entity, the signal 
including an= identification; ^signal ; unique to. .the. board;, then, transmitting a. second signal to. the network at 
the predetermined time • interval i. to. indicate that the board is. a second? type of network entity; the second 

70. . signal al ( so- including . .the same unique identification ; signal. jOnce a .signal is received from the network 
requesting that the board perform, functions of one of the types of network entities; direct/communication is 
established, between the board (acting: as the requested type of network entity) 1 and the network entity which 
.generated the^ request. When the, direct communication is established, the NEB: will utilize a new unique 
identification signal. 

75 At -Step, Si 4, both the. LAN and the SCSI interfaces are checked .for data that is being directed to 

CPSOCKET (to-be discussed in greater detail jn section 4j below). . The SCSI interface ■> will typically have 
. printer status data. which, is to be passed to. the LAN in response to a previously-received request- for. status. 
.,CPSOCKET is the NEB-resident TSR program that responds to such requests for connection, requests for 
data download, or requests for services from remote .utilities. CPSOCKET gathers information- from the NEB 
20 or the printer, as needed, monitors requests to write to the log file, monitors application requests for device 
status, and maintains job statistics,, as discussed above: 

Briefly,, the CPSOCKET program is a method of interfacing an interactive network ; board between the 
^network and -a, peripheral device, comprising :the steps of transferring a program from, board ROM to board 
. RAM for execution from the f RAM; and..monitoring, with the program, a board network interface to detect a 
25 network ..communication directed to the . peripheral;, device.-i The : program then commands the peripheral 
. device to perform a function in response to the; network communication-, and- monitors, a board: bi-directional 
peripheral interface to detect and store status information of the peripheral device. Finally, the program 
outputs the peripheral device status information: onto . the network through -the network- interface in response 
£ : ,jto v another network communication: . ■ ; ■• 5 -. -i «.r r^nv, y- • . . ; 

\30 , . (R'-fFIG. 5B, Steps S15, and S17 -indicate "run-time"- slayer . functions, and StepA S20 represents a "soft- 
.- -.time" application layer. First, Step S 15 determines .whether, data is being. received .over the LAN. When LAN 
.; data is received, the process proceed s ; to Step-Si 6 -and : the software, protocol: type lis determined (to be 
- * discussed: in greater detail in section^f; below).. For, example, -the Ethernet data received, over. the. LAN may 
.r: . be one; of the foHp wing \ software protocols: -e^g: -NetWare® over SPX/IPX; UNIX .over TCP/IP; or Mac 
•35 :( Systems 7 oyer AppleTalk. Basically,; the software protocol type -may be determined according to the frame 

packet type sensed in Step S7 above. 
<v If CPSOCKET: determines . that. LAN data dS: not;. being* received in Step ,S 1,5 - Step. .S17\ determines 

v whether SCSI data is - being received, 'and if SCSI. datavis/baing received; it is input from the printer in Step 
V.:--g ;S18, and -then stored in DRAM 220 in Step iS 19; uvj?. v: : 

. 40--. . . ; After the storing , erf printer data in .Step S19;. or. if - SCSI data is. not being received ; in Step S17, the 
or. : process proceeds to Step S20 where " soft-ti me V . tasks -are performed on. a multitasking basis- -as controlled 
by a multi-tasking software program called "MONITOR" (to be discussed in greater; detail, in section 41 
: below): -Step S20;.;is -therefore a ..." background ".process which, runs concurrently, throughout the flowchart 
--. >■ depicted- in; FIGS. 5A, 5B and 5C. That is, whenever. *soft-ti me" tasks are being, performed, the mieropro- 
45- ;qessor 21 6 . will ensure tim ensnared, - parallel,, non-preemptive processing of the : "soft-time" tasks. 

;.r More : particularly, MONITOR is a software modules own loaded from EPROM.222 to DRAM 220 in Step 
S6. MONITOR is a non-preemptive multitasking monitor which distributes the processor usage among the 
• ; several application: tasks, which are currently-active. The non-preemptive. nature of theymonitor requires that 
each .application- task periodically relinquish control so that other tasks gain the opportunity to execute. The 
.50 relinquish control mechanism is implemented using a software interrupt to: pass .^ontrof to the MONITOR. At 
. .. ,,-an- interrupt, MONITOR , saves the state of the current task, restores . the state^of another active task, and 
resumes;- (or commences) execution of r the new- task: The task- which originally .relinquished control 
eventually regains control at the interrupt point,: i.e; with its context restored to the samexondition as when 

it relinquished control. .■■ •: ■' /; . .- . ■» , \\ Y* ..^ : \ -■ : ,.r&: ... 

55 An. summary, Step/S20 comprises the. step of monitoring a plurality of application tasks in. a- multi-tasking 
interactive network board to distribute processor resources. A memory stores:a first -application task which 
may queues a file server to get a network interface to obtain ;a queue o£ print files. to be. printed; and which 
channels .the print files to a printer ..coupled to the board through- an interface. The memory also stores a 
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second application task which may receive remote status inquiries over a LAN interface, interrogate the 
printer over a bi-directional interface to obtain printer status and a response to the received status inquiry, 
and provide the status' information over the LAN interface to the status* requester. The first and second 
application tasks each include a relinquish command which causes the currently executing application task 
- ! 5 to periodically relinquish control to the MONITOR:: The; MONITOR saves the state of the relinquishing task, 
restores the state of the non-relinquishing task, and resumes^xecutfon' of the hoh-relihquishing task: 

In. FIG. 5C{ f presuming that, data has been received oveY ! the LAN at- Step S15, Step S21 determines 
i - whether the 'received data is for a print job or' not. !f it is for a print job, microprocessor' 2 1*6 acts- as the LAN 
file server for amactive print file and transfers- print job blocks to; DRAM -220' at Step S22. 
10 ' At Step S23, microprocessor 2T6 5 'assembles blocks of image data' and control information, -and sends 
. the blocks to the printer through -the SCSI- interface. In this step, the microprocessor 216 effectively adds 
■ "beginning of job"' and "end of job"' indications- to the^data stream received over the LAN. It does this by 
opening the XP (data)ichanhel at the beginning of a print job, and' by closing the XP channel at the end of a 
print job. r * • " 

■75 At Step S24, the process waits until the print job is complete. Once the* print- job is 'complete, Step S25 
will unambiguously set the printer to a default environment. It is also -possible to set the default 
configuration before (or during) the print job. That is, the NEB itself will ensure that" the attached printer is 
set to a default environment which specifies, for example, default fonts, papers trays, collation, stapling, 
. etc., to insure that the: next print job will be started Witfv the printer irv'a known configuration (to be discussed 
20 in greater detail in section 4m below). ». "' • - - 

Step S25 may be thought of as guaranteeing a safe environment for the printer by ensuring that the 
printer settings (e.g. portrait mode, duplex, etc.) are returned to between logical printing jobs! For example, 
while Novell NetWare® includes the ability to prefix every job With printer escape sequences to reset the 
printer environment, .such escape. sequences reside/in a database oh the network file server, and the print 
25 job in question might not originate ^rorW that file" serveK. In -order to ensure a guaranteed safe environment, 
. the NEB will store /the "requisite configuration :pa*ameters/and wilt -be responsible for resetting the printer ^ 
environment! between print -jobs. \ r: *' '--'i, : - -v \ . • ^ 

In summary-; a 1 method for providing >a default configuration' to ■ ' a LAN ■ printer having ■ an interactive 
network board coupled thereto includes the step of receiving a default configuration over a LAN interface at 
30 the interactive .network/board. The 1 default configuration may: be stored' in NVRAM 228 in the NEB or stored 
• . in an NVRAM oe disk^n the printer over 4he bivdi recti onah interface: between the board and the printer. Then, ^ 
the default configuration is. downloaded from the ; N VRAM: in the printer to the DRAM 220 on the board over 
the bi-directional interface. When the -board;-, receives" print information^ over the LAN interface and provides ^ 
the print Informational© the printer over the »bi-directipnal interface, the ' board -detects : an- end of print job. In 
35 response :to this detection, tthe ^default configurations is vsent to'the printer whereby the" printer* is set in its 
default configuration. £v.-.-. v- ■ ■ ! .-. -v -: \ »■ ' } f --^ 

Additionally, a. plurality of" default configurations rtvayibe stored'/ and' an; appropriate tiefauit : configuration 
may be selected remotely from /another LAN? entity. Fbrf 'example,* a :method ; of setting one of a plurality of 
default configurations may include a step of detecting*; at 'the board, the ; origination <df a print job and 
40 identifying the source of the job. -Subsequently, an appropriate default configuration is selected from among 
the stored configurations r and the .selected default- configuration is then r sent-;to the printer at the beginning 
.or end of the. print job. -i .■•:•<■'• . ' ^.O , \w 

In FIG. 5C; if it is determined that a print job is* not required at Step S21, Step S26 determines whether 
a status request - has been made over the . LAW requesting the status; of. the attached printer. If it is 
45 determined that a status- request has' been.- received,- Step S27 -determines the type of status request. For 
example; printer .status such as . error: codes;. Ihe number of. pages printed; the toner status,- etc., may be 
• .requested.. ■ ' ; ^ . ' ■ • -'■•■->•■-•■ t . - - ■■ ■. . ■ 

At Step S28,r. the 1 microprocessor^ 6- retrieves -the requested status data- from DRAIvV 220,; assembles 
the status data, .and* sends it ;to -the LAN through the ; LAN* interface (to be discussed in greater : detail in 
so section 4i- below). Thus; : in Step S28, more than simple "on/off" information may* be transmitted^to the LAN 
so as to inform the LAN of the detailed status of the printer. In a broad application, Step S28 encompasses 
the export of printer front panel status over the LANj and the import of front panel control commands from 
the LAN. That is,, the network administrator at the PC 14 may request and receive a display indicating all of 
the printer information included on the printer front panel display 1 16. The network administrator may then 
.55" activate different printer front panel functions on 'his/her PC, and such functions will be transmitted to the 
printer where the selected control will be effected. . . . . , / 

In summary, > at - Step . S28, a method ' for • remotely controlling a manually-operable function of a 
networked .printer through an interactive network board having a LAN interface for LAN communication, 

15 

BNSDOCID: <EP 0599488A2_I_> 



tP 0 599 488 A2 



comprises the step of issuing, at a remote location, a command to the board that will cause the board to 
transfer printer status information through the board to the remote location through the LAN interface. At the 
remote location, a printer status may be displayed; and a second command may be issued at the remote 
location to Ihe'board througfrVhe LAN interface to cause the board tb perform a manually-operable function. 
5 If the received LAN data is neither a print job nor 'a status request; it is determined at Step S29 that the 

received data' m£y be*a download operation, i.e.; a transfer 1 of data 1 into- the NEEi for updating the ROM or 
RAM applications, e.g. download may be utilized fdrtrah'steht^irag'nostics to be "run on the NEB. 

First/ at Step S3G; the data is* downloaded from the 'LAN to* the DRAM' 220-: (to' b&. discussed in greater 

• !: detail -in' "section 4n-.berow). That is, the download is-eP process 'by which data may : be "loa'ded into : a- network 
10 node and theri !: acted upon or executed: For example, anything from patch code, "to manufacturing test 

■ routines, to firmware updates for the E PROM may be downloaded! Also, application modules may Ibe ( Stored 
" :: in fhe LAN file > server' and then downloaded to the NEB every morning. 

,:i ! In summary, the- downloading of : <Jata from LAN to DRAM comprises a method for" altering an 
operational mode of an interactive network* Doard' having a'LAN interface, including the step of activating a 
75 LAN communication program for execution -from DRAM, the communication program channelling print 
information on the LAN to a peripheral printer.- Executable' instructions which correspond to the altered 
operational mode are then downloaded f ihto DRAM via the LAN interface. The board is then commanded via 
the LAN interface to begin execution of thd altered operational' mode. : 

At Step S31, it is determihedwhetherthe downloaded information is destined for EPROM 222 or DRAM 
20 220. If the information is destined ; for EPROM, a ROM image' is assembled at Step S32 (to be discussed in 
greater detail' in section 4o below). For example, downloading of EPROM firmware from a remote location 
; provides unique flexibility. In particular^' downloading ' of on-board test routines, and changing EPROM 
configuration firmware can be performed from a remote locatTon after the board is installed in the printer. 
Step S32 is the process which constructs the binary image file which is to be programmed into the 
25 EPROM 222. The data destined for the EPROM is first downloaded to DRAM. 220 where ; a utility reads a 
configuration file containing the names of the modules to be placed in the ROM image. Then, a complete 
" binary image file is constructed containing "all of the specif ie# hrfbdules. A' header precedes "each : module in 
the image, the header identifying thVmoo'uWr to- the succeeding 

' - header to aid- ih locating the mdtJules ; during loading:" The ! test module' loaded' in the EPROM is the'EPROM- 
3d" resident code. "• It "is placed" a? 'the end" of the : R0m' image ; so 'that the p6we h r-up' initialization code resides at 
^ the : address expected by the mtcrdprocessor 216. : ' - y r • " : " ' ■ : " y - ; - 

' ' 1 fh- Summary, Step" S32 -comprises a : pVo6ess for formatting 'a binary image' file vvhich : contains executable 
■ v,i: code modules' for storage in "the EPROM. First, aconfi'guraVon -7ile is : read which "specifies' the code-modules 
which form the binary image. Next, a-h^ file, 
35 the header including an identification of the module, a definition of the module's attributes rand a* pointer to 
■" : a' ! header for "a- sijceeeding v mc^uTe; The' blhary*Mm'aige^fire i; is 'then 'Constructed containing the specified 
^rnddule^'ahd thefr associated code Is apipehded to the binary 

image, the ROM-resident code receiving cdntfol at pdwer^u^ at least some of the 

modules fr 6m i: the binary 1 image 'file ihto 1 DftAivF22u\ Snd providing' basic 1 b'dard I/O services.^ - 
40 ; Before writing } hew datal infb EP ROM '222, : it is fir'st necessary to : unequivocal ly ' ensure that a' write 
•■ operation 7 is;'"' in fact, intended. 'Obviously, any" accidental -writing into 1 " EPROM 222" could render- the NEB 
unusable. Therefore, before information may be "flashed" to EPROM 222, a -specified sequence of events 
will occur in Step's 33 : in ofder to access the EPROM r (to v be discussed in greater ; detai I in section 4p 
- ■ be low )>in the present embodiment, unless 1 two data 'Bits-are changed in twoseparate I/O -locations,- the + 12 
45 ' Volts i necessary to write to; the E PROM Will- hot be^provided. : ~ '--■'"■"' "- > 

• : ' : '' Briefly; a method ' of ensuring that the EPR 6 Mi s : rVof accidehtafly written -into comprises 1 a method of 
performing a flash operation on an EPROIvr' resident -on* krV interactive network board* Having a prbcessing 
unit and a memory, including the ' step : 6f sending an 1 I/O 'write' signal to the f? *processing unit. Then, the 
processing unit gerierates a first address in the memory to- cause a first bit t6 be in a 'predetermined state in 

so response to the 1/6 signail. A 'power unit i's 'then cau'sed' tb provide^ +12 Volts- to : a transistor in response to 
the first bit being placed in the predetermined state. Then, an I/O receive 5 signal is' sent' to the processing 
unit which generates a second address 'in the memory t6" cause a second bit to be in a preselected state in 
response to the I/O receive signal; Then; the transistor is turned on in response to the second bit being 
placed in the preselected state' causing the ; +' 12 Volts to flow to a powef terminal of the EPROM, allowing a 

55 write operation to" take place. : ; ,? ?% ' = * ' * • H " ' -'" ! - '-• - * 

Before 'the new ROM image is actually stored' in EPROM 222, at Step S34 the new- ROM image must 
be checksum'med and verified with a checksum- value 'sent after the 'ROM image is 'received. ' Prior to 
erasing EPROM 222, data and modules to be preserved, such as the 'MAC address, must be loaded into 
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DRAM 220 within the new ROM image. 

After determining; that the ROM image is verified and after preserving all required data into the new 
. ROM image stored in DRAM. 220, it is necessary to clear and erase EPROM 222 to ensure, no corruption of 
data upon loading of the new ROM image. Accordingly, at. Step S35, EPROM 222 may be. erased a plurality 
5 of times before the new ROM imagers stored. therein. : V 

After. erasing EPROM 222 at Step : S35.^the. new ROM image, is "flashed" into EPROM 222 .in S.tep S36 
(to be discussed in greater, detail in. section 4g below.). • , , . t -. ■ . --. . - -v. - 

In summary, Step S3& relates,, to a .method, for remotely altering- programmable firmware on an 
interactive network board having a LAN -interface . including the step of activating a LAN communication 
10 program for .execution from; DRAM o^n the board, ; the .communication program, channelling print information 
on the LAN^to a peripheral -printer. A ROM firmware image is then downloaded to the DRAM on the board 
via the LAN interface. It is next confirmed. that the ROM image has been downloaded to, the target board, 
and the integrity of the ROM image is- confirmed. The board is then commanded to electronically erase the 
EPROM, and then the , EPROM is , flashed with the new. ROM image. Additionally, a "flash complete V signal 
75 . may be sent to the LAN after the. flash operation, if desired. 

After the information is flashed to the EPROM 222, the NEB is then re-booted from the new ROM 
firmware image in EPROM 222 at Step S37, and the process returns to Step SI. 

In FIG. 5C, if Step S31 determines that RAM information is being downloaded, such information is first 
assembled : in DRAM 220 via Step,S38. Subsequently, Step, S39 executes the RAM program, and the 
20 process returns to Step S13 wherein SAPSERVER- advertises PSERVER and CPSOCKET entities. 

This discussion concludes the. .overview of the NE£ structures and functions when the NEB, is installed 
in LAN-networked printer. A more detailed description of the operation of various aspects of the NEB 
hardware and software will now ,-be ; provided. 

25 4a. Power-on . Sequence .. . , . - - v ' <- r = , , . . *;. ; 

- Immediately .following power-on, NEB 2, executes a-pqwer>oa self test (POST), following which the NEB 
loads, operational software from E.PRpM.222 into pFJAM_,220,.for -execution^ 

More, specifically, -im mediately.; follQw.ing - ( power-on, .microprocessor : 21 6 accesses POST . program 
30 .modules located, in EPROM 222. Microprocessor. .216;.-execu ( tes POST directly from EPROM 222 to test the 
functionality of the microprocessor, integrity of the ..programs stored in EPROM 222 (for example,^ via 
checksum . verification), operability of. DRAM, : 220 . (for -.example, ^through read/write cycles), operability of 
SCSI cqntroller,:224, ( data 'integrity of NVRAM. 228, and; operation of control .register 230. POST may also 
include a comparison of .the MAC, address ■ stored yn.PROM .232 with a^MAC address downloaded into 
35 EPROM 222.'] '''..,) . ' . F , -. 

POST- further, includes operational :Checks,-ot : netw^ POST.. may 

include operability checks, for ;SRAM.. t .214^for jexampje.^ through ,read/write cycles), as well . as a check of 
network activity to verify operation; of network ,cpntroNer-206> : . v. . - ■■ : . 

Operation of other hardware in. NE B 2 r may £>e determj ned directly through additional -POST testing. In 
40 some , cases, where it is . not possible .for microprocessor 216 to .test operation of hardware, directly , . as in the 
, . case of connectors, 202, 203. and . 2.04, proper^gperation of that -hardware may be implied through . result 
codes received from direct testing. , ' : " . • • - 

Upon termination of -POST, microprpcessor . 2,16 puts a. checksum, code onto serial port 218 and then 
. enters a window of quiescent operation- (for. ..exarn pie, a one second window) during which, microprocessor 
45 216 can receive commands (e.g. for testing - see paragraph 5 below) .via serial port 218. The POST 
checksum code may be obtained, by a .device,. coupled. to serial port 218 to determine the. outcome of 
POST., For, example, a no 'error condition may.be indicated by . a POST checksum code of "0000h M , while a 
POST checksum code indicating an-,error ; may be . indicated . by .a non-zero hexadecimal -value which 
indicates the. area : of failure. In the case of -failure,, microprocessor 216 may .also illuminate LED 240 . on NEB 
so 2 to signal to a user that an error has been detected. Preferably, LED. 240 is illuminated on power-up and is 
only turned. off .if P.OST. is successful; t ' - v - . ;i .... 

. Following successful completion of POST, and, in the. event that no commands are received via serial 
port 218 during the one second quiescent window of activity, microprocessor 216 begins to load software 
modules - stored in EPROM 222 into DRAM 220.. Microprocessor 216, does not execute those software 
55 modules directly from EPROM 222, but rather loads those modules into DRAM, 220 for, execution from 
. DRAM 220,. By virtue of. this ^arrangement, jt Js possjble. to select the specific modules that are retrieved 
from EPROM 222 for execution out. of .DRAM 220 so as to permit flexible configuration of NEB 2 (see 
section 4d.- below). For example, in accordance with a configuration, command stored -in NVRAM 228, 
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microprocessor 216 ^may retrieve selective modules from EPROM 222 for loading into DRAM 220 and for 
execution, from the DRAM,: < ; j - : 

FIG. 6 shows the sequence by which different modufes are retrieved from EPROM 222 and loaded into 
DRAM 220. In Step S6001 , microprocessor 216 loads the SCSI driver from EPROM 222 into DRAM 220. 
5 The SCSI driver provides for operational sequence, and --control - : over SCSI controller 224 and. permits 
interface with printer 4 so as to send printer 4 print data and so as to send and receive control information 
to and 'from- printer 4*. . t - , ■■ --. ■>•.■..:.- - . • ■» 

.In SteprS.6002, microprocessor 216 loads the link support* layer, ;orv "L SL" ; ;.from EPROM 222 into.'DRAM 
..220, and. in Step S60Q3 microprocessor 216. Idads.net work driver,, software from * EPROM 222: into DRAM 
..jo 220, and thereupon 'microprocessor.. 2.16 begiris to execute the': link -support layer and the -network driver 
.,■ .- from -DRAM 220. The link supporT layerafid the rtietwork driver provide common access; to LAN .communica- 
tions on LAN bus 6. More particularly =.as shown* in FIG. 7„ att networked devices; 1 including a device: such as 
NEB 2, interface with LAN bus 6 via an. electrical interface 301 such as ihe network controller 206 used on 
..... NEB 2. The -electrical interface 301 is idrivfcn by:.network driver 302' which in turn receives LAN frame data 
v-/5 • from link- support layer software 304. Both= the- link support layer 304 and- the network driver 302 are 
common to different kinds of network software. For example, as further shown in FIG. 7, network application 
programs, such as^ those provided in NetWare® software by Novell (as illustrated at Arrow; A) interface with 
the' link , support layer and the network driver via ; an. internetwork packet exchange program, or.; "IPX", 305 
and a sequenced packet exchange program,- or "SPX", 306. On the other hand, network application 
20 programs from UNIX provided by AT&T (as illustrated at Arrow B) interface to the LSL through "IP" module 
315 and "TCP" module 316. - 

In NEB 2,.: only one type of- network application programs is normally executed at any one time 
(although multiprotocol operations are* possible as discussed tin • section 4f -betow). Explanation here will be 
made for NetWare® network application programs although it is also possible for UNIX network application 
25 programs to be executed as well;, v \ , * , . v' : : - ■ ; , ; • ■< . 

In Step S6004, microprocessor 216 loads a PRESCAN program from EPROM 222 and stores it into 
DRAM 220, and thereupon begins executing the PRESCAN prog ram from -DRAM 220. PRESCAN software 
interfaces with the link support layer to determine: the frame -packet type: being, transmitted on LAN bus 6. 
( :■• . More particularly, as .described above/ there are four different possible frame^packet types on an Ethernet- 
30 - type network LAN bus: Ethernet .802. 3, Ethernet II, Ethernet 802.2, and Ethernet SNAP; As described more 
! ■ _; fully below in section 4e, the- PRESCAN software: module:- monitors. network^ communications on^LAN bus 6 
:■,■*- 1 to determine the frame packet type: The .frame : packet type; once .determined 'by PRESCAN, is stored in a 
■ : : predetermined; ''common ; location -:in DRAM' 220 for \trse by. other network communication . modules in the 
c NEB. v. After, determining the frame- packet 'type; PRESCAN ;sig rials microprocessor 216 that its tasks are 
'35\, completed and. -allows* microprocessor 21 6 to rdverwrite the: rhembry s: occupied by the PRESCAN program 
,:; ; : with: another program ; module;; ; = i -'-A * : •"- •;<-.. ws:*.j . ; '/^•^r:.. - - - . 

In Step S6005 microprocessor ; 2i 6. retrieves- the IPX -and SPX program modules from -EPROM 222 and 
i: stores them in DRAM.= 220; and thereupon begins ^executing' the' IPX- and SPX modules from DRAM 220. 

Both I PX:and SPX use the frame Vpacket ty pe.determi ried" by' the PRESCAN module.- - . H . 
~--4o "v;;- In Step S6006 microprocessor 21 6- retrieves the CNETX program module from EPROM 222 and toads 
:. - that module into DRAM. 220- and thereupon r.begins execution from: DRAM 220: CNETX provides localized 
- DOS-like functionality to . the NEB. ■/^.•i.-v?!.;:-'. -< ■ i • " ..• ' : ' " 

In Step S6007, microprocessor 216- loads theSAPSERVER program module from EPROM 222 into 
5 DRAM 220 and begins executing the SAPSERVER~m6dule from DRAM 220 As described more fully below 
45 in section 4g, SAPSERVER is a program module which allows two network server . entities, ". such - as 
CPSOCKET and CPSERVER, to advertise simultaneously from ..the single, network node assigned to the 
NEB board, even though conventional network application Jprogram's'such. as those provided- by NetWare® 
only permit advertising of a single network server entity from each network node. 

In Step S6008 microprocessor 216 retrieves the non-preemptive multitasking MONITOR (see- section 
so 41 below) from EPROM 222 and stores it into DRAM 220 and begins executing the multi-tasking monitor 
from DRAM 220. J \ . ' ■. -.-■*. ; ■ V* ; : * 

• - : ~ In Step S6009 microprocessor' 21 6 retrieves the'CPSOCKET server software module frbrh : EPROM 222 
and loads it into DRAM 220 and begins executing the-*CPSOCKET server from DRAM 220. As will be 
described, more fully below in section 4j, CPSOCKET: initiates a request to 1 SAPSERVER to advertise on 
55 behalf of CPSOCKET, and SAPSERVER begins- making SAP advertisements on LAN bus-6;= * . . 

In Step S6010 microprocessor 216 retrieves print application servers such as CPSERVER or CRPRIN- 
1 TER from EPROM 222 and-- loads the print application servers into DRAM. 222. In the --case of CPSERVER, 
microprocessor' 216 begins executing the toaded print application servers from DRAM 220/ which in turn 
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requests SAPSERVER to make SAP advertisements on behalf of the print server. As described more fully 
below in section 4g, SAPSERVER interleaves advertisements for the CPSOCKET server and for the print 
server thereby' acting as a surrogate SAP entity for both the CPSOCKET server and the print server. 

5 4b. Interfacing A Peripheral With A Local Area Network 

According to the broad aspects of the present invention, a peripheral such as a' 'printer is coupled to a 
'LAN using an interactive ^network - board having software programs embedded therein:. Preferably, the 
.connection between 'the printer and< the NEB is an SCSI interface so that large amounts of print data and 

10 status data .are. carried bi-directionally; between the NEB and the printer. EPROM 222. stores a plurality of 
software modules for operationally configuring the NEB in; the PSERVER or! RPRINTER br-LPR functional 
configurations-. The EPROM 222 also stores a number of status control software modules for exporting 
status information from the printer over, the LAN, and for importing control information from the LAN'to the 
printer. The EPROM-resident firmware^ is downloaded to the DRAM. 220 upon power-up (as discussed in 

75 section 4a above), whereby the MONITOR mufti-tasking program executes soft-time tasks until run-time 
interrupts are received from either, the LAN or SCSI interfaces. , • : . 

NVRAM 228 stores a. configuration word which specifies which modules stored in EPROM 222 should 
be downloaded into DRAM .220 in order to configure the NEB with either a PSERVER or RPRINTER 
functionality.. The' microprocessor 216 executes the programs from DRAM 220, allowing- print- jobs to be 

20 received from the LAN and sent to the printer for printing, arid allowing : printer status to be returned over 
the LAN in response to a status request. 

. The particular details of the structure and functions for interfacing, the peripheral to' the local area 
network are set forth above with- reference- to. FIGS. 4. 5A ( . SB.and 5C, and in .the following sections. 

25 4c. The Bi-Directional Interface Between The Local Area Network And The Printer ■ 

- The 'provision of- a bi-directional j SCSI interf&ce between., the NEB 2 and the. printer permits a; large 
amount. of: :status f information, to be extracted from,! the. printer, .while. still, providing the. print data to the 
. printer. Further, by utilizing :the bi<lirect^ to control commands 

30 i ssu ed- ; f ro m : . a remote location: over. th¥ LAM. For example; the* network administrator may issue a control 
. command, irom his/her. PC i14.' l that requestsi a particular : print *job'.be printed. a plurality of times, with high 
image, density, -and then stapled. ..Such, control .'commands, are 'sent to the;NEB 2 over the LAN 1 6, and the 
NEB 2 transmits^these .controkcommand$;to;ithe printer through the SCSI bus. 102. Atr.tfre same time, the 
actual print data is transferred from^file server ^30 te the NEB 2>^where the print data is. packaged in' blocks 
35 . and 'transferred to the printer x>ver.the>SCS*;;bus 402.^ Preferably, -the NEB: 2 indicates, the. "start:df print job" 
by opening the XP data channel to the printer. Likewise, the NEB 2 indicates "end, -of print job "r; by. closing 
the XP data chant^ to: the printer; Therefore, 'the NEB 2, can:prbvkje;:such : indications Ho the printer. 

: The use of. the bi-directional SCSI' interface on;the NEB^also permits: other types of. peripherals to be 
coupled to the LAN. For example, since rthe^ SGSHntetface ? is capable of transmitting large quantities of data 
.40 to the LAN fromvthe peripheral, it is possible^ to couple' the NEB} to an image data generating device such as 
a scanner .(e.g.'; where printer 4' is : \ an Optical ;Ohacacter . Recognition {"OCR") ! device) or a facsimile 
machine. Thus, data produced by the image generating device may be transferred to the NEB. over the 
SCSI interface,. and then put .on the LAN ;forr*storage or retrieval by any of.the LAN entities. As.with a printer, 
large quantities., of detailed^ ^control/status- informatiofP cah>- also .be provided 1 to/from the image data 
45 generating device.- — * ,< -v.- . .. i. . • •■> •< C; K ' 1 : 

. The detailed structural and functional features of 'the birdirectional SCSI interface on the NEB' are set 
- forth above with reference to FIGS. 4; ;5A, 5B. and- 5C, and, in the following (Sections. . * 

4d, ROM, Firmware .Configuration -? . ; . ? ; - ■ ;.. y^ . ■ - . . - 

so . . ,• - " • • "i. : • « • . . \ • •■ 

As described earlier with respect to FIG. 5A, Step S6 downloads selected software: programs from 
EPROM -.222.- to the DRAM 220 for execution (see atso FJG: 6 and section 4a).. The EPROM 222 is delivered 
with firmware modules which permit the;NEB 2 to< be ; configured with either RPRINTER or PSERVER 
functionality.- Therefore, the functionality.of the NEB2~will be determined by which of the stored programs 
55 are downloaded from EPROM 222 to . DRAM 220 in- accordance with the configruation code stored in 
NVRAM 228. > . „: r ' - 
. . .. The NEB 2 firmware is.cOnfigured initially, and can be reconfigured subsequently by-running CPINIT on 
the network administrator's PC 14 (see section. .4h below). However, even in an unconfigured state, NEB 2 
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itself wHI always activate those software modules needed to perform basic communication with the LAN. 
Using CPINIT, the network manager can determine, remotely, the current configuration of the NEB, or 
he/she can change the configuration as desired. Since the configuration information is stored in EPROM on 
the NEB board, the configuration information is retained across power cycles. , 
5 The process by whjch the,. software programs for a particular. configuration 0 are downloaded from the 

EPROM 222 to the DRAfyi 220, will ^.described, bjsJqw. with^respecuto FiG. 8, ... .. 

After the board has been . powered .up^atpStep. S1 V the -.process .proceeds -:,to-.. Step .-.SQ001 where 
microprocessor 21 6 accesses EPROM-resident code in the. EPRQM 222 , to ..read .a; configuration code 
(typically a word) from NVRAM , 228,. ,Tt>e configuration code will specify ; modu!es .which can provide the 
70.. NEB with, either a .PSERVER.^or RPRIfsLTER functionality. Although the present embodiment ;inc]udes only 
RPRINTER or PSERVER functional configurations, other configurations may be .utilized where, for instance, 
the NEB 2 is installed in a .different LAN entity, such as a scanner or ; a facsimile machine::/ . . :: 
, . After reading the configuration cqde from ? NVRAM 228, the mjcropropessor, at Step S8002, ; forms a 
configuration mask whose ; bit .pattern- corresponds to the read configuration code.. At. Step $3003, a loader 
75 - module resident in EPROM 222. compares, the configuration mask, to the plurality of firmware modules 
, stored in. the EPROM 222 v : r ;w. 

In detail, in Step S8004, a process^ begins -whereby the EPROM-resident software modules are selected 
in bit-wise correspondence to the binary digits of the configuration . code read from -NVRAM 228^lf it is 
determined in Step S8004 that the currently-examined bit pf the bit pattern matches a stored module; then 
20 that module is selected (at : Step S8005) for downloading to DRAM ,220, and the process skips to the next bit 
at Step S8006. Likewise; if Step.;S80Q4 determines- that a bit of the bit pattern .does not match the. stored 
module, the process skips to the next bit at Step S8006. 

At Step...S8007. ft i.Si determined whether the bit tested in : Step S8004ms the last bit of the configuration 
.mask bit pattern. ; If the -tested bit -is nqt.,the last bit^the- process lopps : back to-.Step S8004, where the next 
25 bit of the bit pattern is. tested with. respect to ^the next stored module. When/the. las* bit. of the configuration 
. mask, bit pattern has .been tested, the selected-software modutea. are. downloaded . frpm EPROM 222 to 
DRAM 220 at Step S8008. ' " 

. An the., present . embodiment,- the ,soft^^ th e..,fol lowing. ; sequence: SG SI Driver; 

■ •■J;. Link Support. Layer; Network. Driver; Presean; IPX/SPX; CNETX; SAPSERVERj MONITOR; CP.SQCKET; and 
30. ,<Print. Applications (e.g • : - r-.,... ; - . 

-After ; : all of : .the software modules ..which ;cprresppnd to the configuration codes stored .inj NVRAM 228 
have been downloaded to DRAM- 220, othe . - loader . fijpct jpn wih;fpass: : program,* execution control to the 
; MONITOR- multi-tasking. prograrn.at Step S8009. C . A . r ..,-. e: \^ r ^ : . : 

. As discussed readier* the configucatip 228 may- be - remote ly . altered i using 

35- : CPINIT. This proyid§s greater, flexibility -for making m in or >rn edifications to ;-Gf?SERVER or, CRPRINTER, or 
.. .w^ere entirely new configurations: are desired tp F be set:. Therefore, at Step : S8Q10, a new, configuration is 
. . .. .received .over LAN 6,vand; is. Iq.adedjnto NVRAM.i2^ the old .configuration code 

-wilj -be erased or overwritte/i with the new : configuration code:. Then,- .the, NE;B reboots itsejf; and returns to 
r , .-Step S1 V ;,: . : : .. ; . •.;< r.> - : h; • * c% k: c -v; ;r ' - > v - 

a w ; r • . .: , - > *■ - w < ■ - 

4e. Determining Frame Packet Type Using PRESCAN . a . . j : - . : , ■ . >-;:t.. 

■ On ^any local area network, data, is .transmitted between- ^network devices in packets or : frames.. But even 

.., in the-context of. a common network architecture,, such as. Ethernet, more .than one format for the. frame may 
45 be supported. Thus, even though it is known- that Ethernet architecture is being used, it is not- possible to 
determine the arrangement of data within each physical frame or packet of information on the Ethernet bus. 
In particular, as described above, Ethernet supports four arrangements of, data, : or formats, as follows: 
Ethernet 802.3, Ethernet II, Ethernet 802.2, and Ethernet SNAP. 
- In . conventional network devices,- which ^provide for -,a : .manually selectable, operator interface, it is 
so. possible to. advise the network device; of. =the rpartjcu laMr am e .type being ; used on -the: ^Ethernet network. In 
. the context.of NEB 2, for which operator access; is provided- only yia the network interface (or via the serial 
port 21. 8. in a test configuration), it is not possible, to .set^the frame. packet type wjthout first allowing operator 
, access , to the Ipc.al area network which, -of course, requires.:knpwledge of- the frame packet type., * _ : 

; The PRESCAN software -module allows NEB- 2. .tov.automatically determine, the:: fram.e packet type 
55 currently being used for LAN communication on the LAN bus by monitoring broadcast. icommunications on 
. the LAN Pus until the proper frame packet t ;type is recpgni zed.. PRE SQAN makes thiS'deter.mination based 
. on..recognizable.componentS:that are common to alKfour* frame packet. types used, on Ethernet... 
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In more detail, FIG. 9 shows the physical construction of different frame packets used on Ethernet. As 
shown in FIG. 9, a physical frame 41 1 being transmitted on the LAN bus includes a 6-byte section *4 12 for 
storing the destination MAC address, and a 6-byte section 413 for storing the source MAC address. These 
12 bytes comprise the first' 12 bytes of LAN data packets regardless of the frame type being used for LAN 

5 communication. A data 'section 414 follows these 12 bytes'. The data section is comprised of a variable 
number of bytes which are not used for the same purposes by the different frame packet types and which 
do not have the same number of bytes for the different frame packet types'. 

• Following the- Indeterminate' area~*41 4fthe' LAN communication packet includes an IPX header 415 the 
first two bytes of which ;! always has the value "FFFF" (hexadecimal): The remainder of the packet 416 

70 follows the IPX header and comprises tKe clata and other command's whichcharacterize each different type 
of LAN communication packet? " i '• '■•*;-" * - 

PRESCAN operates by monitoring the LAN communication in accordance with each of the different 
packet types until the com moil area (such-- as IPX r header r 415) is recognized in one of those packet types. 
>- PRESCAN then stores that packet type for use by other network communication programs. 

75 FIG: 10 is a detailed flowchart for showing operation of the PRESCAN module. In Step S1001, 
microprocessor 216 retrieves the PRESCAN module from EPROM 222 and loads it into DRAM 220 and 
thereupon begins execution^ the PRESCAN module. The PRESCAN module is executed before the SPX 
and IPX modules, even if microprocess6r r 2i 6 retrieves' those Hatter modules from EPROM 222 and loads 
therh into DRAM 220 before the operational sequence "Shown in FIG. 10 is complete. More particularly, 

20 proper operation of the SPX and 'lPX 'prograrn modules depends upon the identification of the frame packet 
type by PRESCAN and therefore execution of SPX and IPX is deferred until after PRESCAN determines the 
proper frame packet type. l! : — J . . 

In Step S1002; PRESCAN simultaneously' binds through LSL to 'all four frame packet types, namely, 
Ethernet 802.3, Ethernet II- Ethernet' 802:2, and Ethernet* SNAP. That is/ PRESCAN configures LSL such 

25 that for each packet- of LAN communication, 1 IISL' provides a data / group corresponding to each of the four 
frame packet types. -Thereafter, -PROSCAN v goes :: fn active pending reactivation by an interrupt from the 
network driver. 

In Step S 1003, the network drivefr 'moh'itors v "ebmmunic J atid on the LAN bus for broadcast traffic. 
Broadcast traffi c T means : ' that ' the* destination MAO address ^ 412 is unspecified or is given a f global 

30 specification of "FFFFFFFFFFFF" (hexadetima]): The netWdrk' driver continues to monitor communications 
- on- the LAN bus for 'broadcast 5 ' traffic -(Step S10OT) tirrtiP broadcast' traffic is received, whereupon flow 
advances to Step S1 005.' In Step S1 005, the 1 MAC ! address fields 4f 2 arid 413 are 'stripped off the received 
data packet and the remainder of the data packet is proVided r to LSLr lri' Step S1006, LSL interprets the 
frame packet in accordance with each 6f the -frame packet' type's. and provides a -data group in cbrrespon- 

35 derice tb'ieach of- tH'e-franrie- packet-^ the rietwbrk driver reactivates PRESCAN which 

determines which da& grdup 'pfoviderj by ; LSli : ^as4he proper first nwo bytes, of an IPX header, namely 
"FFFF" (hexadecimal). .That is, because^ of the vail abl^ "data aYea 41 4 -(variable- data area' 414 corresponding 
to each of the different pacfet types (FIG; 9)), : L-SL ' will 1 properly identify the IPX header 415 in accordance 
with only one of the frame packet types. In Step S1007, PRESCAN searches for the IPX header and, in 

40 accordance with which of the four data groups is provided by LSL, it is able to determine a frame packet 
type that is currently being used on the LAN bus. Vi -;^/ : * / *'*'.' : * 

In Step S1008 PRESCAN stores the corresponding frame packet type in a common area in DRAM 220 
so that the frame packet type can be v usied by other network application programs such as SPX and IPX. 
Thereafter, in Step S1 009, PRESCAN frees its 'storage area in DRAM 220 so that microprocessor 216 may 

45 overwrite (that data area with other software mddu re's, if desired. ^ ■ 

4f. Mu Hi protocol Operation <- ' -■ * * ' ' ' ■ ';*;. r,- *.. *: 

In a multiprotocol operation- ' tv/6 -different operating 'systems carry on LAN communications over a 
so single local area network *bus r but using respectively '-different operating protocols. For example, a Novell- 
compatible operating system communicates over a LAN- bus using SPX/IPX operating protocol, while a 
UNIX-compatible operating system communicates over the LAN bus using a TCP/IP operating protocol. 
Other operating systems, such as the AppleTalk© operating system provided by Apple Corporation, use 
respectively different operating protocols for LAN communication over a' single network bus in a mul- 
55 tiprotocol network environment. • • ' i - 

Ordinarily,? NEB 2 is configured -"to communicate to a single network operating system, but it may also 
be configured to operate in* a multiprotocol network environment, for example, a combined Novell/UNIX 
multiprotocol environment. In this configuration, NEB 2 includes a Novell-compatible peripheral server, such 
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as the aforementioned CPSERVER; which checks job queues- in afile server on a Novell operating system, 
as" well as a UNIX-dompatible peripheral server, such as the- aforementioned CLPR (Custom Line Printer 
Remote)^ which, in * coordination with checks made" by CPSERVER, also checks for job queues in a file 
server for a- UNIX* : operating system. Both servers; riere : CPSERVER ahd r CLPR : , service common peripheral 
5 resources, -here 1 -a -single" peri phe'r'ai:sucti as 1 a 1 ' printer/ and* t6 'avoid contention for control of the common 
resources, both server's are-able J tb %eize eo^ to the exclusion 1 of other servers, : to^. signal 

* dther servers that *control' has' been seized, * : and to relinquish control of the' peripheral when the jbb' queue 
has been emptied." It- is also possible- for each : server :: to fcheck' with 'other "servers - to determine if other 
* " servers 'have J appending request for vse of the peripheral. In the case-where 1 there Ts : a pending request, the 
70-' • seYver- can relinquish control of "the 'peripheral at the end of- a "current : job : even though : ' there are job's 
: remaining in' the job queue.'so as to : allow alternating use of the peripheral' by eacli^sWrver. 

'FIG'. 11 illustrates NEB 2 ; 'configured for multiprotocol' network operations. FIG. 11 illustrates a combined 
Novell/UN IX multiprotocol environment,' but it is to be understood that other operating protocols may be 
Substituted : for 'or used in combination with those showrvin FIG. 11. In FIG. 11, NEB2 is interfaced to LAN 
75 1 bus 6 via electrical interface' 321, network driver 322, and link support layer ("LSL") 324, much as illustrated 
above in FIG. 7. Novell-specific operating protocols are indicated at reference numerals 325, 326 and 327. 
More specifically, 325 and 326 are an SPX/IPX operating protocol stack * (or "tower) by which ^Novell- 
compatible applications programs communicate with the LAN bus through LSL. Novell-compatible applica- 
tions programs; including a Novell-compatible* server such as • CPSERVER, are illustrated' at 327. The 
20 Novell-compatible software drives printer 4 via bi-birectional SCSI -bus 102 as described above. 

- UNIX-compatible operating protocols 'are illustrated at reference ■ numerals -335, 336 and 337. More 
specifically, 335 : and 336 comprise a TCP/IP operating protocol stack (or tower) by which UNIX-compatible 
application programs communicate to LAN bus 6 via LSL. -UNIX-compatible network application programs, 
• including a ONIX-compatible printer server sucfv as CLPR? are designated at 337: The prinf server CLPR 
25 drives printer 4 via SCSI bus 102 as described above. * C: 

Prescan" module 339 interfaces with LSL 324 to determine the frame packet type being transmitted on 
■ 'LAN 1 bus 6 for each of the operating system sV In ? more : detail, each operating system such as- the UNIX 
operating system and the Novell operating system can communicate on LAN : bus 6 in a variety of frame 
packet types': ■ When ; LAN bus : iS ; is* 1 an Ethernet 'type 1 LAN -bus; then a "U fsi IX "operating system can 
66 ' 'communicate bver the Ethernet by 'any of- threVframe' packet types; namely; Ethernet '802.2, Ethernet II and 
! Ethernet SNAP. "Likewise, 1 when LAN bus -6" is ari 'Bherne>tVpe 7 bus7 then' a ¥JoveM 'operating sy stern can 
5 ■ communicate over the LAN T bu's bY'ariy of four Warhe packet typ^^ namely; 'Etherriet-8b2:2 1 , Ethernet 802.3, 
Ethernet II and'EtKernet SNAP. it : is possible for both the -Novell operating system : and the UNIX r operating 
system to use the same frame -packet' type; it 1 is" the ' operating system protocols (SPX/llP'X and 
35 TCP/IP for UNIX) which determine which one of the operating systems in a multiprotocol environment is 
currently com muni cati nc/ On. the. LAN bus. ^L-::^ 7i::A '■ : fr':: "-._*.:* - \\- \_ x - .-- 

In the multiprotocol environment illustrated in FIG. 11, PRESCAN module 339 determines the frame 
l: "packet type being- used ^by each operating sy stern ~by reyeati'ng tine steps shown in FIG. 10 for each of the 
fc 1 operating * system "protocols (see" 'section 4e 'Sbbve)^ 1 For example, when; Novel ii-cbmpatiDie and UNIX- 
4b 'compatible systems comprise the' multiprbtbc6r : environmen^ PRESCAN simultaneously binds' through 
" if - LSL "to all four frame packet types for an I sMx'IPX^prbtocdi tower; 'so as to determine "the frame packet type 
' :: ' in accordance with- the data' group returned from LSL which- has the* proper IPX* header! r f hen, PRESCAN 
' binds simultaneously through 1 LSL through all thl-be Varrie packet types having' a -TCP/IP protocol tower. 
; ; PRESCAN determines the 'frame'' packet type : Beirigf used 'by the UNIX-compatiDle 1 operating' system in 
45 accordance with the' data grouV having'^ 1 * ' : - ^ - - < 

In more detail, to adaptively and automatically beiermihe Vhich' of plural predetermined frame packet 
" types i s' c u rrehtl y bei ng * used - for LAN com hri u nicati 6n i h ' ~ a rri u Iti protoco i rfetwor k ' eh vi ron m ent , the 
* : ' : PRESCAN' program module 939 ; is 'downloaded ffom'EPRO'M 222 ! into DRAM' 220 'where* 1 microprocessor 
216 executes the PRESCAN module. To determine the frame' packet type for the first : operating system, 
so PRESCAN 1 first configures LSL r to bind simultaneously 'to a plurality of frame packed corresponding to 

a first operating system protocol, such as SPX/IPX operating pfotqcbf for Novel l-cdrripaiibie operating 
systems: Network driver 322 monitors the LAN 'communication bus to capture broadcast "traffic for the first 
operating 'system. In response to capturing such bVd&dcast traffic, LSL provides plural data groups for the 
captured broadcast traffic; each of the data "groups 'correspond i rig to a different ohe'oT the plural packet 
55 types, the" PRESCAN module 339 Ts~ reactivated toprescan each data group for 1 the' v pre of a 

predetermined header, such as the SPX/IPX header, and stores the frame packet type corresponding to the 
data group having the predetermined header for use by the first operating protocol tower:" 
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redetermine the frame packet type being used for the second operating system such as a UNIX 
operating system, PRESCAN configures, LSL to bind simultaneously to a plurality , of. ; frame packet types 
corresponding to the second operating system protocol, such as TCP/IP ; for.a UNIX operating system. The 
network driver monitors the LAN communication bus -to capture broadcast traffic , for the second operating 
5 system, and provides ptural daia groups corresponding to the captured broadcast traffic, each of the data 
groups corresponding to a different one of .the , packet types:. The , PRESCAN module prescans each data 
group /for the, presence of a predetermined .header, such as . the TCP/IP header- for UNIX,, and stores the 
, frame, packet type corresponding .to the, data group haying the predetermined header. 

Qnce t knowledge of : the frame packet types, .being used by each, of the operating systems in the 
7.0. multijDrotocpl environment has been obtained, ,the Novel 1-compatible network application programs 327, 
such as CPSERVER, and the UNIX-compatible network application, program 337, such as CLPR, can both 
. i communicate. on tbe t LAN bus 6. -The : twp application programs 327, and 337 also communicate with each 
other as illustrated schematically by -signalling line 34Q. Using signalling line 340, which, may be imple- 
mented as a controj register stored in DRAM, which is commonly .accessed by programs 327 and 337, 
75 programs .327 and 337 can. communicate with each .other so as to signal that, one of. them has seized 
exclusive control oyer printer 4 or .to-.signal that one of them has a pending request for use of . printer 4, as 
will be described more fully hereinbelow. . ■ 

. , In operation, a first server such as CPSERVER V checks its, operating .system job queue, and jf there is 
print information in the jqb queues receives the print information, from its operating, system. In coordination 

20 with job queue checks by the first .server^ the secortd server such as CLRR checks its operating system job 
queue and, if there is print information in the job ; queue, repeives, job .information from the operating system. 
When one of . the ^servers has acquired suffipient information to -require use pf the printer, peripheral, it seizes 
exclusive control of. v ,the printer, and , signals to other servers : via signalling line .340 that it has exclusive 
control of the printer. This prevents cqnteqtipn problems whereby. ^qther seryers may inadvertently try to *v> 

25 insert print jobs into printer 4. L . ^ > . v :>r • . Ki . ... 

The first server .retains exclusive control oyer, -printer <4; until its . job queue has been emptied. When its <t 
job. queue has, been emptied,. the first server relinquishes: control of. printer 4 after whi.ch.it may be used by . 
any of the other servers, , . ... \.r^:. , >- : , ..^ . - .. . 

, ; . i Alternatively, even- though the first:, server's, .job r qu,eue might not .yet be; empty,, when the first server 

30 reaches the end pf.A print. job,r the .first $e/yer ma y interrogate pther servers, via the signalling line 340 to 

determine if -the other, servers have, requests!, pending, for the.use of ^ printer,^. .Jf other servers have requests >jf 
pending, then the fjrst^server may. temporarily ; .relinqujs^ control of^ as tq.permit alternating use v| 

of the. peripheral, by ..each of the. servers.. -Ja. this .case, when the first server relinquishes, controj over the 
printer, it also signals- that. it has a. pend^ ; . . . ; .'-<.'-v- 

4g. Advertising Multiple Servers From A Single Network Node Using %SAPSEPVER , . . ... 

As mentioned above, .Net VVare® on ly^§JJqws a single 
node to advertise its, services on the , LAN bus> However, in the multi-tasking environment established, by the 

40 non-preemptive MONITOR, NEB,,2 provides ..more .than one. network server.,. In. particular, NEB. 2. provides 
the services of the print server (CPS E.RVER, .QRpRINJER orCLPR^ as well as theservices of the socket 
server (CPSOCKET). The.. SAPSERVER ..program module allows both netwprk servers : to advertise their 
services -from? a single network node,, here .the JvlEB. Jn a LAN communication system which normally 
supports advertising , of, only a single network server from each node. SAPS ERVER accomplishes ■ this by 

45 acting as a surrogate server (or SAP'ing entity) from the NEB which interleavediy advertises, the services of 
each of its : client servers, here CPSOCKET and. CPSERyER.. 

SAPSERVER. Jjstens to the network for .SAP broadcast requests , directed -to one .of its clients and 
responds. with the server. type of its client,. the server name,, and; a communication socket number by which 
the client can establish direct LAN communication^.... ... . > , - 

so u FIG. 12 is a view.j.for explaining, the software structur.a.of , SAPSERVER, and FIG. 13 is a. flow diagram for 
explaining operation of SAPSERVER. .. . . 

As shown in. FIG. 12, SAPSERVER is positioned in the software hierarchy at the application level of 
software, so that it can ..communicate directly.witn the SPX and IPX network (evels of software. SAPSERVER 
acts as a . surrogate SAP'ing entity for each, of its cljents which in the case of NEB 2 consists of the socket 

55 server program. CPSOCKET and the print server program .CPSERVER as designated by the configuration of 
the board. SAPSERVER may also be configured to. serve, ether clients, as well, as illustrated diagrammati- 
cal ly at "CLIENT . , ... ' : - : i 
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As shown 4n : FIG. 1.3, after ^microprocessor, .2 16 retrieves the SAPSERVER program -.module from 
EPROM 222 and stores it in DRAM 220, microprocessor 216 commences operation of the SAPSERVER 
program and. configures it to .listen for SAP proprietary broadcasts to, the SAP proprietary- socket (Step 
S1301 j. In S4efD,s).3Q2, after microprocessor 216, retrieves the CPSOCKET; module from> EPROM 222 and 
5 stores it for execution. jrvDBAM. 22 ( 0 r the .CPSOCKET program .module issues a request - to. SAPSERVER to 
. .advertise CPSOCKEX seryices.- In. accordance .with, standards SAP protocol, SAPSERVER : .commences 
peripdio advertisements for,.CPSpCKET (Step ,51303), for .example, .at one ; minute-: intervals.. 
, ■ .-. In. Step S 1304, after microprocessor 216 retrieves :the GPSERVER module from. EPROM 222 and- stores 
it for- execution from,. DRAM 220, /CP SERVER issues, a .request to SAPSERVER ; ; for SAPSERVER to 
w advertise CPSERVER services - over the network. SAPSERVER commences periodic: SAP. advertisements 
for the service^ of CPSERVER and also, continues to advertise the services for. CPSQGKET; { As shown in 
Step S1305,- the advertisements are interleaved. --. . - ;:v% - ... . r ; . r 

Step S1306 determines whether a broadcast request has t been received at the; SAP proprietary, socket 
. (e.g. socKet number 453). Until a . broadcast request has been received at the proprietary socket, 
75 SAPSERVER simply continues to interleavedly, advertise for. the services of CPSERVER and CPSOCKET. 
However, when.-a broadcast request is received at the proprietary socket then in Step S1307 SAPSERVER 
. determines whether the broadcast request is tor the.services of one of its clients, here for the services of 
CPSOCKET or CPSERVER. If the broadcast request is not for one of SAPSERVER's cfients,,then flow 
simply returns to Step S1305 where SAPSERVER continues to interleavedly advertise for its. clients. On the 
20 other hand, if the broadcast request is for one of SAPSERVER's clients, then flow advances to Step S1308, 
In Step S1308, SAPSERVER responds with an IPX packet on the proprietary- socket number 453. The 
IPX packet contains the server type of its client, the server name, and a communication socket number. The 
IPX -packet also designates a communication. socket over which the broadcast requestor can establish direct 
..communication; jwith the client. Thereupon, SAPSERVER returns to . Step Sj305,sp as : to continue to 
25 interleavedly advertise for each of its clients,., v •. ? r, ■ r c ^r- . - r . - > -\ 

, / ; ;ln Step Sl30Q. ,the broadcast requester, establishes v0jrect.,S PX connection with- the client designated in 
■j the ): broadcast request oyer- the communication' socket designated Jn Step S1308. In the present configura- 
tion, where services of the print server CPSERVER is requested, the socket, number is 8060; ...On the other 
.-hand, when requests for services of the CPSOCKET -s.erver is requested, the socket number is 83B4 for 
3p y communication^ and.. 83.B5 .for connection.. .Direct- xorn muni cation then - proceeds., as - described, more fully 
,,v hereinbelow v • v . t ; . ; ^ -,=r ;: < R - ■ rj.-:: t.-». --. • 

4h r .Configuring The Netyvorked Printer Using CPINIT v;..- r : : ; Kt , ^v-.vJfrt 

35.. . / FiG.-.l^jis a flqw-diagram. shoyying v how;:a network; admjnistratorucan use CPINIT from PC 14. to initialize 
... and.ito .configure, .and latervto r^onfjgure.-both NE;B J? and printer 4 in whjch-the NEB. resides.- ; > 

In Step S1401, the CPINIT utility uses a service advertising protocol (SAP);pn ; the network to determine 
. y ^which; networked printer.;. devices are t ayailable/to^espqnd, to.^CP.IN^Tt inquiries. At each of the -NEB boards, 
CPSOCKET responds with server type, server- name -.and : a- unique socket, -number by . which each NEB can 
40 : be accessed directly, and an indication- of whether or v not the NEB requires configuration, \ 

: In Step S.I 402, CPINIT constructs. a I i st, of all NEB !s and, their, associated devices,: and presents them in 
a menu form so that they can be selected by the system, administrator.. Following, selection, CPINIT 
^ - requests ;the current, configuration of the targeted -NEB .(S.tep^S 1403). More. -specifically, CPINIT sends a 
request to the targeted NEB : via the LAN : - ; interface. At. -the NEB, .CPSOCKET, receives the, request for 
45; ^configuration information from the LAN interface. CPSOpKET collects the needed configuration information, 
andfdirects it via. the LAN interface to. CPINIT; at; the system * administrator's. PC/14 (Step.Sl4Q4). In Step 
... S 1 405,;. Cf?IN!T. displays^ menu of the* current .configuration : of : the targeted * N EB. : - 

. In Steps S1406 .through . S1 408, the system ; ^ad mini strator specifies a 'desired - configuration fpr the 

targeted board. More particularly, configuration is : specified on : tbe system administrator's PC jl 4 by means 
so ;6f a- user. interface *such;as' a menu .display.,. The following configuration parameters are . selected by the 
. operator to set the: configuration information: (1) . logging .information (Step Si 406), (2) N£B name (Step 
S1 407), and (3) application, type (such as CPSERVER) (Step S1408). ■ . ■ - 

Under logging information, the system administrator specifies one. of -four,. different -.levels ,f,of logging: 
"NONE", in which logging is disabled; "AUTO", in which basic printer usage statistics are logged once per 
55 day; "ERROR", in which basic printer usage statistics and error events. are logged. ,as. -they occur; and 
"JOB", in which basic usage printer statistics, error events and job start/end information are all logged as 
they, occur. After . selecting the log preference,- the system .administrator .must also set itfne. maximum log size 
• (except when ."NONE" is selected) so . as to. permit the, printer to reserve this ^amount of .spaqe: on its disk (or 
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on its NVRAM 1-11 in the event there is no printer disk or in NVRAM 228 in the NEB) for storing log 
information. . ' . ' 

Under NEB name information (Step S1407), the system administrator may assign an alphanumeric 
name* to the NEB, such as a descriptive name like "2nd Floor -Laser". The descriptive name is stored by the 

5 NEB" in its NVRAM rand is used by the NEB and other' network devices to assist in identification. 

'Under -application' type selection' (Step S1408), 'the system administrator selects whether to configure 
the NEB as a CPSERVER or a CRPRINTER: If CPSERVER' is selected,- it is necessary' to designate the 
name of the print server assigned to the NEB," passwbrd, application buffer size,' queue service mode, form 
humbeVir the printer number of- the sprinter in ^Whidh the NEB resides, the name(s) of the print queue(s) 

10 serviced by the NEB, and the hame of tr^ pnrnar^ file server. If CRPRINTER is selected, it is necessary for 
the system* administrator to designate the- name of the print server througH which the NEB obtains its print 
information, the printer number of the printer in which the NEB resides; the hame(s) of the print queue(s) 
serviced by' the' NEB, and the' name of the' primary file server. : 

In Step S1 409, CPINIT 'sends the new cohfiguratidri id the NEB via the network LAN! At the targeted 

75 NEB; -CPSOCKET receives the hew configuration information a stores it in NVRAM 228 (Step S1410). 

to complete the configuration'^ "the NEB, "the NEB should be* rebooted. The system administrator 
issues a command via : CPINIT which in turn sends a command to re-boot via the LAN to the targeted NEB 
(Step S1411).At : the NEB, CPSOCKET receives the command to re-boot, and re-boots the NEB in 'the new 
configuration (Step SI 41 2). - r 

20 ■ . . il ' : ■ ■■: 't. - ' - ■ - 

4i. Accessing The Networked Printer Using CPCONSOL • ■ '* . ' '■ 1 

CPCONSOL is a utility" program executed from the system' administrator's PC- 14 by which the NEB can , ^ 

be used* for maximum : 'controf- and efficiency "of the Wtworked printer. Using CPCONSOL, it is possible to ^ 

25 remotely track routine and ongoing maintenance parameters/ For example; it 1 can be determined if toner is 

low, ; if the pBper -tray is empty;~if a page' is • jammeti: or if the (printer is : ndi : responding at all: CPCONSOL ; 
can also keep track oPXhe total rYum be f6f ! pages phntecl to schedule routine and preventative mairitenance, - 
as well -as jSla'h for■ l ev^htua4--p•rintefTepfaGe1^ri■ef1f'. , ,%r "■'* "'» "- • T - e * T *, 

' The CPCONSOL "utility gives L the* : sy stem i admin fstr^ator' acces's to statistics about the printer operation as : 

30 well as {he efficieney :: bf ,r n^ total number -of ! pages -| 

printed, as well as the average page-per-minute rate, average pages-per-day, and other statistics that allow 
monitoring of the operating efficiency of the printer. 

The network statistics allow gauging the efficiency of. ( - ^ 

transmit and receive errors as well as retries, overrun, and underrun errors. 

35 When multiple printers are installed, 'CPCONSOL y eah rem b*tely ; keep' track of each printers usage, both 
in terms of total-jobs 'as well as ^"total- page'sfthis altew^f job 'iracfking such as ; for direct" departmental billing 
for items such as cbnsurm^ '■•• :{; ■' ' 1 v '■ ' ■ n ; 

By ongoing mGhitoVing »CPCONSOL can 1 fielp' tfefe^ to : relocate or add hefwbYk printers for 

- better efficiency as ! We I las 'forecast the need fdrfeplacenritent^- ! ' '< ' • '• •' 

40 CPCONSOL^ean also set' up- default ' (s^fe)' 'enviroh'merit : paratneters which erisure that the printer is 
configured the same way prior to each- print 1 : job -(see 'section : 4m below). The user, of" course 1 ,- can modify 
that configuration within the prirtt job 1 itself. ^ » • ' - : -"> • '■ 1 t 

' FIG. 15 is ; a detaifed- flow chart ^hdwing^Opieratioh of CPCONSOL. Like CPINIT, CPCONSOL first 
broadcasts on the v LAN torequest identification 'of all NEB devices attached to the LAN (Step $1501). At the 

45 NEB's, "CPSOCKET responds With 'the uhitque - network ID's and the 'communication socket numbers 
assigned to ; the NEB (Step S1 502): CPCONSOL' "collects 'this response information for all NEB's and 
displays a list of responding NEB's to thd' administrator (Step S1503). The administrator selects one- of the 
NEB's whereupon CPCONSOL establishes 'direct^netWc^k' com muni cation with the selected -NEB by means 
of LAN broadcasts to the network ID and socket numbers. 1 - - - ' *' ' < l>; " • ■ 

so Once direct LAN communication, is established with the-target NEB, CPCONSOL operates by means of 
a user interface such : as a "menu display (Step S 1504) PThe menu divides the functions of CPCONSOL into 
five groups: Environment, Network; 1 • Logging, Application ' Control, and Printer Status. These functional 
groups '^re detailed in the following sections. ' * ' ■ - * . 

55 [Environment Group (Step S1 505)] ■*■■-- ' 

The'erivironment selection allows CPCONSOL to display the current environment of the selected printer 
(Step S1 506),- arid to- modify and store the new environment (Step Si 507). The environment is" subdivided 
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into four groups: "Common Environment, Interface, Control and Quality. :. * 

UpDn selecting Common Environment, CPCONSOL will initiate a LAN request to the target NEB for the 
setting.; for Emulation Mode, Feeder, and Total Page Count. CPSOCKET at the target NEB will receive the 
LAN request, obtain the desired information from its attached printer via the bi-directional SCSI interface, 
5 and se id the information^ ^ PC"T4'jvia the^ LA'N interface. There, 

CPCONSOL display sJaJlisUng..s¥tbwmg.ihe emulaUon_mode,*-trie '.feeder? arid. the- totafpage .count 1 ... 

Upcn selecting the^ Interface, menu GRCONSOL will initiate a LAN request to- "the targeted 1 NEB for 
interface information. When the -NEB responds, CPCONSOL causes the interface listing to display the 

interface thaf Is currently "set for the selecte^d' printer.' ~"p" *■ ....... ~ — 

10 Selecting the 'Control menu' likewise causes CPCONSOL to initiate a LAN request to the targeted NEB 

.which. in .turn interrogates. .its -printer via.the.!biTdirectionai SCSI bus.. for. printer. settings.- The printer settings 
are returned to CPCONSOL* over. the. LAN interface which displays the current settings of the printer in 
■ accordance with Table 3. 



• 


■■'*..'" Table.3 ..' . . 1 


. Control Information 


! — ! " ~ — I ' — 

".-'.* . i Description ... ,. 


Contrast 


Printer contrast setting. 


Timeout^" 

t"t\ ■ "•. 


" ThisTs the setting of the job time-out set in the 
printer. , 


Message 


"Lang uage i rTwhic h fh essag es are d i s'p lay eel" 


Copy 


Number of copies of each page to be printed. 


Offset X 


The offset, if any, in the horizontal direction from 
.the upperJeftcpmerof the- page, in -millimeters.. . 


. Offset' Y 


. The offset, if any, in'-the vertical direction* from I ". ~. 
'-the upper lefF corner of the page in millimeters/ 


• ; Error Skip 1 ■ " ' - c - 


*- Displays- whether the printer is set for ^automatic 
or manual error Skipping. 


: , ' ' Buzzer - r . 


. >:On or Off setting of the printer buzzer a* ' • . 


Toner Low— 


... If the- toner. loWa. WARNING is-di splayed 


1 28-ErroV ' ' '][\^ 


. Detection of Memory Full error can be turned on 

. or off.' . 


.Paper 


Paper sizes that . are avai lable i n the , p r i n ter . 


Current Paper * • - 


Paper cassette that is currently selected in^he"^," 
printer. 



Upon . selecting the -Quality group, CPCONSOL ( -after requesting, and receiving information from the 
45 targeted NEB via the LAN^tftetface, displays the settings" for Selection -IvIode.r.Refi he, Memory Usage and 
Low Resolution mode. " . * .. . ; " ~~ • < 

[Network Group (Step" S1 508)] . - . ~ ; .. ; . — < 

so The network selection allows CPCONSOL to-display the compiled statistics about the networked printer 
performance on the network (Step ST 509), ^and* to modify and store the new network group (Step S1510). 
These are subdivided into mecjUa-depen^ related 'transmit and receive statistics. 

CPCONSOL can also clear all statistics. - ■ ~' ! ' : * - , 

When the System administrator selects trie Network group, CPCONSOL initiates a' network request via 

55 the LAN interface to the targeted NEB. At the NEB,' CPSOCKET, responds to the" request and obtains the 
needed performance information. The information is collected by CPSOCKET and returned to CPCONSOL 
at the administrator's PC 14 via the LAN interface. At the administrator's PC 14, CPCONSOL displays the 
media-dependent and media-independent transmit and receive information. 
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Media-dependent receive and transmit statistics are summarized in Tables 4 and 5. 


■« - , 


i aoie 4 


Media-Dependent Receive Statistic 


Description 


■■>-, , CRC \i " ' 


< Total number of .Cyclic Redundancy Check errors . 
r detected by the LBP^Remote 


Missed Frames 


^Number of packets missed due to lack of space in the 
receive buffer, or the controller is in the monitor mode. 


■* ; Align Errors" - - . ' 


•Mnaicaies mat tne incoming pucK©i uio not enu on a 
byte boundary. 


Received Disabled 


Controller was in the monitor mode. 


Deferring 


Set when interna! Carrier Sense or Collision signals are 
"generated in the encoder/decoder. 


Overflow 


Buffer ran out of space while data was being received 
. from the network. . .... 


Overruns 


: The buffer did not respond fast enough to keep data 
...from flowihg'.from the network. .. „ 
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Media-Dependent; Transmit Statistic" 


- ~- " ■■ ; , ■ " Description * '"• 


Collisions' , • ■>. 


PacketjCoUision Total i 


' Heartbeat- .■■ rV-ti'.. - 


.: Number of. failures of the tcansceiver to transmit a collision -t 
v signal ;after. transmission of a packet with this bit set. 


Out of Window Calt , :*r)* ; 


iSet;for;;the number of collisions. that occurred after slot 


UndeTaihs" * ' " ~ 


* The 'BuffeT;di:d'116tVesp6ria' fast .enough to keep data from 
" flowing 'to the network. 



Media; independent statistics 'display ttfaheiwo^ aren't related Jo. the. transmission media. 

Such statistics are a good, summary of overall: printer activity on the network, and :are summarized Table 6. 



Table 6 



Media Independent Parameter 


- Description . 


Abort Rx Frame 


General receive problems. 


Total Rx Frame 


Total number of received frames. 


Rx Too Big 


Receive frame larger than expected. 


v - • Rx Too Small . 


Receive frame smaller than expected. 


" ' ' Abort Tx Frame 


General transmit problems. 


. : , Total Tx Frame 


. Total number of transmitted frames. ■ 
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[Logging Group (Step S1 511)] ■ 

The logging group selection allows CPCONSOL to display the set of job-related statistics that the NEB 
compiles (Step S1512), and to modify and store the new logging group (Step S1573). The displayed data 
5 include job averages, page averages, and performance data. CPCONSOL can reset the totals to ^ero with 
this menu as well. In addition to statistics, the NEB can ^create a log for every print job, write the Jog to a 
. -work- sTation di'sVror^lear-tfte lo§ : ftle, -as configured- by CPINIT- : ~~ ■ - ~— ■ ' ~ - ------ - : 

If the systemvadministraior selects the Logging Group option, thejx-CRO.GNSOL directs a LAN, request 
~ for the log file to the targeted NEB via the LAN iriterfacV. AFth^N^ and, 
w since' J CPSOCKET stores' the -'log* file *oh the* printer, requests the log file from the "printer via the bi- 
- directionaL SCSI interface, The, NEB retnetfes_ theJog file Jrom wherever, it Js_stored.,(sMch as, jts disk 114) 
. and^ provides tr^e file- to CPSOCKEJ.via the bidirectional SCSI interface. CPSOCKET then puts,4he : log file 
oTito' the* network via the' LAN-interface for receipt by GPGONSOL.- * - - — - -' . „.. -. .;. .. 

The log file*, includes values -for the statistics which are divided into three categories:: Dafly 1 , 1 Cumulative, 
75* and Average. Daily shows the values for the current day. Cumulative shows the totals for all days since last 
^ reset,* -or since : powe&oh for a" "printer without* a disk. drive. Average Js .the cumulative lotals.xiivided by the 
number of days-jSince ; the last reset. For each of the three categories, the NEB maiptains, totals. for the 
; following values (unless CPiNIT has set the logging level to "NONE"): days-(number of days' since ; a reset 
was issued; 'or: since power-oh), pages'-printed.'iprint jobs processed, off-line time, ''and printing! time. >> 
20. . CPCONSOL also retrieves the stored log.file to the screen for viewing and printing. The log fjle is in 
reverse chronological* oTdef'and includes t the following record types. The precise* c'onteht of the| log file 
■ varies in-acGordance with the Jogging level set by -CPINIT, as summarized in Table .7. 





~\ ' " Z ' " '---- yT&te j -- 




Type 


Data r » T -L f ; 


Description 7 -i\ ; 


STD 


(DaysKPagesXJobsXOfflineXPrinting) 


daily statistics 


STC 


(DaysXPagesXJobsXOfflineXPrinting) 


cumulative statistics 


STA 


<DaysXPagesXJobs»OfflineXPrinting) 


average statistics 


SOJ 


<ApplicationXUserXJobXFile server) <QueueXForm> 


start of job 


INI 


<NEB TypeXROM/MAC AddressX Printer Name) 


Initialization record 


POW 


<NEB TypeXROM/MAC AddressX Printer Name) 


power on record 


RBT 


<NEB TypeXROM/MAC AddressX Printer Name) 


reboot record 


WAR 


(ApplicationXWarning) 


warning 


EOJ 


<Application)<UserXJobXDisposition) 


end of job 


ERR 


<ApplicationXError) 


error 



45 [Application Control (Step S1514)] 

Application control allows CPCONSOL to view the current configuration of the NEB within the network 
(as either CPSERVER or CRPRINTER) (Step S1515) and to activate/deactivate or modify and store that 
application (Step S1516). Access to the targeted NEB is provided via the LAN interface which responds to 
so the CPCONSOL request by putting a result code on the LAN interface. 

[Printer Status (Step S1 51 7)] 

This menu allows CPCONSOL to display the current status of the printer attached to the NEB (Step 
55 S1518), and to modify and store the new printer status (Step S1519). CPCONSOL directs a status request 
to the targeted NEB via the LAN interface. At the targeted NEB, CPSOCKET receives the status request 
and sends a request for the needed status information to the printer via the bi-directional SCSI interface. 
CPSOCKET receives the status information from the printer over the bi-directional SCSI interface and 
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directs the information back to CPCONSOL where it is displayed on the system administrator's PC 14. 

There are 29 possible status conditions, "NORMAL" being the most common, as summarized in Table 

8. . * 



Table 8, 



. ".status- ' 


- Meaning 


NORMAL , , . . 


On-line ready to print or 
printing 


OFFLINE t0; ,: - . ';: 


Oil -line t now reaay ro print 


ENGINETEST ^ o> : , 


Engine test detected V 


, MAINTRUNNING, ! 


Maintenance program running 1 


PAPEROUT 


paper tray is empty 


PRINTEROPEN 


-The printer top is open 


PAPERJAMx 


E^apeir is jammed at: location | 
M x». | 


NOEPCART 


No EP cartridge is present f 


TONERLOW 


The toner cartridge is low- 1 


ULFEED ^ 5 - v;: 


U-L feed I 
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LOADx /; . ' 


Your paper is loading, 




LOADnri ' 


M Load "paper "nn" ' ' 


5 


FEEDx . ( ... . : 


, Feed Paper , [x=message] 




^ FEEDnn ' ^ [ t 


Feed" paper ^nn" ^ . .. ... | 




OGx • : ' : • - " ' ■' ' ;i ' r 


CaPSL output: call : > ! n 
[n=message] " r. U 


70- 


SET<UPPER -'. ' , : ^ ; ■ 


Set to upper tRay., .-. 




TRA Y FULL 


""Paper output tray Is full 




PAGE FULL 


The page is . full 


75-- *. 


LINEERROR22 


22 line error (see printer 
manual) ' J V " \ " , | 




LTNEEfeROR4 0 


4 0 line error (see printer H 
manual) '■'*«'- | 


20 


DLMEMORYFULL 


Download memory f ull , f ; 1 




vtkmemoryfuLl, ' 


Working memory full" ]\ 1 




JOBREJECT - 


Job has' been rejected | 


25 • -': ' 


PRINTCHECK • ' /■ ^ . 


.Print check error ^ 8 




optremovAl 


Option removal 1 : 




FONTFULL ^ 


Font configuration are full 


30 


WARMINGUP - 


Printer is in warmup 




SERVICE CALL .. _ _ _ 


Service call is needed 


35; 


TRANS I ENT , 1 > 


lAl transient,, .unidentified | 
.error occurred | 



j 4j. NEB-Responses To Status Inquiry Using CPSOCKET ~.. - .. ~ 

CPSOCKET is an application program which runs but of DRAM 220* on the NEB 2 \r\ the multi -tasking 
soft-time environment provided by the non^preemptive MONITOR: CPSOCKET causes- SAPSERVER to 
monitor the NEB's- broadcast socket on the LAN for broadcasts from client programs such as CPINIT, 
CPCONSOL and DOWNLOADER. " [\ " 4 *~ "7 

45 CPSOCKET is responsible -for the internal configuration of the NEB, such as- configuration as either a 

PSERVER or an RPRINTER. Configurations are set at the request of CPINIT, as described above, but it is 
• CPSOCKET that receives those configuration commands and physically alters NVRAM 228: 

■ CPSOCKET also maintains a' table of default settings'- for the device environment (that -is, -a guaranteed 
safe environment, see section 4m~t>eIow), -downloads the basic configuration information 5 for the' printer and 
so for the NEB" (for example, fonts and emulations) at device power-up (see section -4d above), provides device 
status information, -statistics, and' log' information in response to CPCONSOU requests, and provides reset, 
re-boot, and firmware down Ibad-capabi lities. v 1 \ . .. , ^ : • : 

FIGS. 16A and 16B comprise a detailed flow diagram showing operation of the CPSOCKET program. In 
Step S1601, after successful power-on-self-test (POST), microprocessor 216 transfers the CPSOCKET 
55 program module from its storage locations in EPROM 222 into appropriate storage locations in DRAM 220. 
During transfer, microprocessor 216 configures the CPSOCKET program in accordance with the configura- 
tion information for the CPSOCKET program stored in NVRAM 228. Thus, for example, it is possible to 
selectively activate certain portions of the CPSOCKET program module in accordance with desired levels of 
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-70 



15 



25 



30 



complexity, those desired levels of complexity being stored in NVRAM 228. 

In Step* S16G2, the NEB commences execution of the. CPSOCKET. from DRAM 220. CPSOCKET is 
executed in a multi-tasking soft-time .environment by the non-preemptive MONITOR which permits non- 
preemptive execution of other application programs" such* as CPSERVER without letting one application 
program seize conlrbTof the microproGi&ssof' to the exclusion of other application programs.. 

In Step S1 603,., CPSOCKET broadcasts its existence over the LAN interface via service advertising 
* protocol broadcasts (SAPSERVER) - which .'contain • a - proprietary socket -number . (see 1 sectoin 4g above). 
Because other servers ar t e ^operating irs - t tbe^ multi-tasking environment established in Step S1602, and 
because the Netware®-compatib!«-;softvvat:e, orily permits a single non-fileserver server to advertise from a 
single* network" node s such as the NEBrCPSOCKET broadcasts its SAP'advertisements via the SAPSERVER 
program. As. des;Qntfed.mpre ; '^ 4g, the SAPSERVER program permits two network 

servers to broadcast .from, a, si ngJe network, node even when the network supports only single servers for 
each network node. - \ — ~ ■ ■ • ■ !■ 

In Step S1 604,. CPSOCKET receives^ -a.' broadcast request from a client, for example, CPINIT or 
CPCpNSOL on proprietary socket 453. CPSOCKET responds to the client (Step S1605) with ah' IPX packet 
oh the sarhe socket. V s • . ■ 

- In Step Si 606, the- client establishes direct SPX communication with CPSOCKET over a socket number 
that, is prerassigned to CPSOGKETy here SQCket number 83B4 for communication. or. 83B5 for-connection. In 
accordance with that direct connection, CPSOCKET receives and interprets client requests and/or com- 
mands thaf are received over the LAN interface, monitors the; status of the printer over the bidirectional 
SCSI interface, receives 7 aWd sends status-'cqm m and s and/or inquiries to the printer "via-the bi-directional 
SCSI interface,, reconfigures, the NEB and the NEB configuration parameters, and, .sends requested 
information to- the client via'trie-LAW interface. These steps are described fnore. fully below in connection 
with Steps ST607 : th^ough . $1 620 pr RIGS:. .1;6A and 16B. .; r 

In' more detail.' in Step S 1607; if CPSOCKET determines that a configuration command has been 
received, then JJoW t ;^ in which the configuration commands are executed and the 

result provided via the ,IAN .. Jo t . the 0 client r) Configuration commands are listed ,in Table, 9 and, ^generally 
pertain to the configuration of the NEB board {as either -a CPS E-RVER-or an-CRPRINTEA iri accordance with 
con fig u rati on corn maads i nitiatedc by the\ GP1 N) T prog ram . . . 



T3bje_9. 



*. ; - -r~ ... . u . ... - Configuration Commands r . 


Command ^- ir. -' ; . > 


r iData {CPINIT - CPSOCKET) 


Reference 
{(^SOCKET ^ CPINIT) 


request for current configuration 


none 


current NEB settings 
(CPSERVER/RPRINTER/LPR) 


reconfigure/deconfigure 


Desired Configuration 


new configuration confirmation 


activate/deactivate application 


none 


: confirmation 


reset , , - * • • . ■ 


• <■} .none 


confirmation ; 


re-boot 


none 


none 
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40 



45 



If in Step. SI 609, CPSOCKET determines .that- a device .information command . has been received, then 
flow advances; to Step Si6T.0.in which those -device information commands are executed: and the results 
provided to the LAN interface. In : .general, device information pertains to the interface, control status,, font set 
so and environmental settings of the printer 4 attached to NEB 2. Device information commands in Step S 1610 
permit reading printer- device information,: setting printer device information, reading default settings for that 
information, and resetting the default settings to desired values. Device information commands are detailed 
in Table -10. * ... * : ; y K r .. V. 
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• !1 T a h± e 10: Device Trit 6 r ma t a o n Comma nd s 



d rt in m a" H 


jbata; j 

- ^ v^r\vV/iiuvu- — — • • 

CPSOCKET) 


Response 

\ urdU^Li 

,CPCONSOXr); ; 


reqiie'st'fot" 1 , 

1 ITt*^TTf AGO 

status ; ^ ; 


■* - " ; f ■* i 

none— 


i nt er f ace: stratus H 

" ^. . .: - *. - )■" ' ' $ 


request f or t : ^ 
control/"', 
status " . ~ " 


none 


printer; control 
information for 
CPCONSOL 

^•vi i v x menu 


request^ for ~ . 

X. U 1 1 L & u s 


none 


printer font set 


request for 
layout status 


none ' ■ ■ 


printer layout 

( por tra it / landsca 

pe , etc • ) 


request for 
quality and , 

common' * - "* ; — - 
environment ! 
status. . % ... 


u \ 


printer macros 


request for 
duplex status 


none 


printer duplex 
mode * 1 * - ^ •' • T .~- r 


request f or" ^ 
mi sc e 11 aneou s \ 


none - ■ ; 


m i see 1 Igneous; 
printer info " 
(collation, , ' ; 
stapling pafper 
f 6 1 d i ng ~ paper 
trays , iet:c. ) 1 


j 

request for 
default 
control 
status,, . r ,,J 


..P9^„.i;;:. J l.: 


default printer 

control ; 

information for 
CPCbNSOL i :y r 
,, contr6i ,, menu 


request for 
default font,; 
status .'. \ 


none 1 ? : ' 


default printer 
font set 






request for 
default 
layout; status 


_ ^^;vn6tt*ig:':r. .; rJ::> * 


default priiiiter 
layout (portria it/ 
landscape r . .etc - ) E 


request for \ 
default \ 
quality and, J_ 
common _ . . { 
environment 
status 


none 


default printer | 
macros ^'--'j; 
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Command 


. - t% . .Djata 

(CPCQNSOL -> 
CP SOCKET) 


Response 
(CPSOCKET 
CPCONSOL) 


request tor _ 

£ef aujLt . _ .,. i 
cLuplex status 


none 

.... f 


default .printer 
duplex; r mode 


i 

request, for, .. 
default ^ 
m i s£e.l,l ahe ous 
printer info.. 


none ; 

■ "i 


default _ 
miscellaneous- 
printer inf o, \ 
(collation, . i 
stapling, paper 

f rvl H.i tiff nanor 

trays, *etp. ) 


set control 


new printer 

information for 
CPCONSOL "control" 
menu " "* t 


v . , _ ~ Jv . 

fonf i rraat ion 


set font 


new printer layout 
(portrait/ landscapi 
e, etc.) 


confirmation 


set -quality 

and ..common, 
environment-, '< : 


new printer macros 


confirmation 


se^ /duplex,' ; - ■ 


new printer duplex, 
mode 


confirmation ; 


set 1 " l " 'v . 1 
mi s ce'X la hteoiis; 
printer : 'jjif p ". 


new miscellaneous 
printer info 
(collation, 
stapl ing , -paper 
noiCf paper trays, 

etc. ) ' ..jr.,,.-. 


confirmation 


set default. ,\ 
control V " ' : 

... ^ r "» . - : 


default printer 
control 

i n f ornidt i o n - • - f o r 

CPCONSOL "control" 
menu r> fL . : . ( . : 


.; V ■ T ' ' * 

confirmation 


set default 
, a-ayput i . v 


default printer 
layout (portrait/ ; 
landscape, etc. ) 


confirmation 


' set dief ault- 
quality andki^ 
common ... > : , 
environment 


default printer 
macros 


conf 'irmation* 

.7 '. i. 

'.Ji*' ;: ""-*_" * - * ! 


set default 
duplex 


default printer 
duplex mode 


conf iraat'ioh 
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70 





Data 
CPSOCKET) 


Response 
CPCONSOL) 


set default 
miscellaneous ^ 
printer info 


default 

miscellaneous. . 

printer inf or ; 
(collation/ . ' 
stapling , paper, . . . 
hbldlnig,-. paper- . : 
tjrays, etc.) 


confirmation 

*" 7..." ' " i 



~ if in Step J Sl61'1', CPSOCKET determines that a configuration parameter command has been received, 
then flow advances to : Step S1 61 2^ 'in' which CPSOCKET executes the received command arid provides the 
result via the LAN to the client, kt shown in. Table 11, configuration parameter, commands pertain generally 
to parameter values stored in the NEB concerning time, date, safe printer environment information, logging 



20 


options, log -file size, etc: 








' fable ii; ; ^ 






Configuration Parameter Commands 


25 


Command 


Data (CPINIT - CPSOCKET) 


Response (CPSOCKET - CPINIT) 




request for current 
" configuration parameters 


none 


configuration parameters (e.g. time, 
" data , safe prl rite r en vi fori m erit "\ nf o , 
-logging ..options, eta). 


so . 


jseVrieS* conf jgurattgrr; 0 . 
• parameters. / r, . ; , ; 


confirmation parameters 09-9- time J 
data; safe printer environmentjnfp, 
togging options,' etc.) ~ 


cprifjrrjriatf.Qn . J. ' _ 



If in Step S1613 CPSOCKET determines that a NEB application program command has been received, 
' -then flow 'advances to Step' S1614 : in ! whicW "CP^^ ihforma'ti'on on the current application 

program r;nam;e^ P SERVE Ft, or LPR. v (for ' UNIX). ' Appjieatibn program information generally 

- ' ' i nc I d6 es server : ' name file server 1 que ue /'device I D : , etc . , as' betai ied i VfT ab le '1 2 . : 



Application Program Information 


Command 


Data (CPINIT — - CPSjDCKET) 


Response (CPSOCKET — CPINIT) 


..request for CRPRINTER info ... 


. j - ■ \ " '„noner. --: . .>,.-. .*; 


/ -CRPRINTER info 


set CRPRINTER info . . 


new CRPRINTER info . 


confirmation . 


request for CPSERVER Jnfo 


J none 


CPSERVER info 


set CPSERVER info . 


new CPSERVER. info / 


confirmation • • 


request for CLPR info 


none 


CLPR info 


set CLPR info 


new CLPR info 


confirmation 
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55 ■ If in Step SJ615 (FIG. 16B) CPSOCKET • determined: that^ a NES/printer statistic .command, has been 

- issued, then flow advances to Step S1616 in which,*. CPSOCKET .interrogates:. the printer through .the bi- 
directional SCSI interface to obtain needed printer statistics. The statistics correspond, to the network group 

- displays described -above in connection with CPCONSOL,. as well as; to;. print job statistics-such as the total 
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nunrber of pages- printed, the total number of jobs, the total number of off-line time, etc. The job statistics 
correspond to^the logging group described above in connection with the CPCONSOL program. Specific 
exar iplesof the 'commands executed in the NEB/printer statistics commands are set forth in Table 13. 

Table 13, . . 1 





Statistics Commands' ; 




Command 


, ^Data 1 '" " ' t " '. ' 

: (CPCoNgBii ^cp^odK^rj^ 


Response , 
" (CPSOCKET — CPCONSOL) 


request network statistics 


none.. .- , r,-" 


'network statistics for CPCONSOL 
' "NETWORK" menu ~ ' 


clear network statistics 


none 


confirmation 


. request job statistics 


„ . . / none. 


. job statistics for CPCONSOL 
"LOGGING" menu , 


clear job statistics 


1 none '* 


- confirmation 
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75 



20 



25 



If in Step S1617 CPSOCKET determines that a logging command has been received, then flow 
advances to Step S1618 in which CPSOCKET obtains the log file from the printer disk 114 via the bi- 
directional SCSI interface, and sends the log file to the client via the- LAN interface. Logging commands are 
summarized Table 14. ' ' • ; - j • - hh • • ' 



30 



,1," .. . '\ ! Logging Commands 


^^_Command_lIL. 


Data (CPCONSOL "CROCKET) 


^Re^ CPCONSOL); 


request log file 


| block # r- - v - 


1 next block number of log file ; and log data 


- clear log request 


- none- - * - — — - • 


confirm Nation - 
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. If in Step $161,9, CPSQCKET deteririioes^ command has been received from the.. .LAN- 

interface, then "flow advances to .Step "'j51j62D '.in^w^ich £P$OC^T ^executes the download request, for 
example, by receiving downloadable , code; arid storing u it in specified locations in DRAM 220, by providing 
checksum data for the downloadable code, "and by flashing the downloadable code into EPROM 222. Some 
of the more important download commands ate, summarized in Table 15. 

- - Table 15^ - 



' r :' ■'.'■■:■> * Download Commands ' * • 


Command: : ^ 


Data (DOWNLOAD — CPSOCKET) 


Response (CPSOCKET - DOWNLOAD) 


download : 


code :, " T i : 


confirmation 


call request - V- 


checksum, starting address 


confirmation .* .-*■•* > 


flash' EPROM , 


^checksum 1 b ^ . 


confirmation 
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4k. Logging Peripheral Statistics •-' — - - ... 

55 *" ~. As described earlier with- respect to FIG. 5A, Steps S9 through S12 comprise an automatic logging 
function in which peripheral statistics (e.g. - number of pages printed per day) and error events are 
automatically logged (stored)' for later retrieval; and. wherein the logging level (statistical resolution) may be 
varied by the network administrator. In general, the network administrator may select a logging level, and 
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: then extract printer statistics and error events from the. log ,file at any time. The .network administrator's 
portion of such functions has been described above in paragraph 4i, and. reference may be had ito the 
discussion and tables set forth therein, especially Table 7 which- indicates the content of the fog file 
, depending upon the logging level seLby.CPINIT. v ■ ; 

-5 ' As background,, few LAN peripherals maintain their. own stali sties, . but. the NEB 2 includes the capability 
of logging the i current .status and daily statistics of* printer 4 at midnight fof- each day. This relieves the 
. system -administrator from having to remember to*do this on , a dahyi basis. The status and statistics data 
may be stored in printer hard disk 114, printer NVRAM 111, NEB DRAM 220, on in. the' NEB; NVRAM 228. 
;The. location of the stored log file may be selected .by the network administrator depending" upon the 
10 ■■- remaining memory capacity of each of:those memories^ and the- statistics- required by the-logging level 
selected by the network administrator. For example, if the printer has: a hard disk, the network .administrator 
may choose the fairly-detailed "JOB", logging level so that voluminous statistics may be retained. On the 
other hand, if the printer has no hard disk, the network ^administrator may, choose the l less-detailed 
"ERROR" logging level so that less storage space is required. If the log file is filled, new error data will 
75* . merely - wrap, around in the 1 memory replacing, old error data .with new error data.. - 

The NEB will automatically store printer statistics such as pages printed,; jobs printed, off-line time, and 
print, time each nightfor access for the^ system' administrator*, at a later time: The statistics can be used to 
anticipate replacement of consumabie printer supplies; such as toner,: and to monitor user behavior such as 
leaving the printer offline for extended periods of time. " fr : 
20 In general, the logging, function is accomplished by the printer controller board always knowing what 

time, it is. When a ;printer/controller board is first powered -on, the board finds the nearest 'server and 
requests; the time. The board continues *to do this every minute. When the day of the week- changes, the 
board automatically requests the printer to report its page count. The board then calculates the daily 
statistics an d ; stores them either to the printer hard, disk orrto:the^ board. NVRAM. These statistics are stored 
25 -and available to the external: network: program CPCONSOL that can display thenrv to a screen or save them 
to an external file- *•* ; ■.-■■> ■ ■ : - : T' t ..; _<•; r : r .. 

: ? ! As described above in paragraph -4i^ the network administrator ""may select four logging levels: >NONE; 

AUTO; ERROR; and JOB. "At the: NONE level," no logging /'Statistics are maintained (although they may still 
■-' be calculated every minute and temproarily kept in* NEB DRAM 220>.-At the AUTO level, daily, statistics are 
30 maintained for printer features such' as- printing days, pages, jobs; off-line time;-and print time. The. number 
c-*. of cumulative pages printed is determined by the printer,'- but the other- statistics are determined by the 
NEB. ■-■ ■ ■; --s- -.- -.>i - • r;/ ^---^o:-; v--. : v- >r- ....... : . : 

The- ERROR" lagging level maintains- the daily; 'Statistics- discussed 'above., and also error conditions in 
'the printer and aiso errors that bccuK r ih an application -(i.e.- CPSERVER). The:NEB queries 'the printer, every 
3S minute 1 for such error conditions' Such printer- error conditions: may include: off-tine;, out-of-paper; printer-is- 
o"-.i open; paper-jam; no-toner-cartridge; tbner i is-lbw;oprinterifeedvand -load errors;. tray-is-fu II; ; line errors; print- 
job-rejected; font-is-full; service 'call; etc/^ Application errors 'may include: fiieserver down;. primary fileserver 

; ' -unavailabler GPSERVER running- elsewhere; IPX not installed; .etc. ; 1 r 

' • The JOB logging- level 'maintains' the- -daily .-statistics and error conditions .noted: above and also 
40 % maintains job" start and job end' information, which are determined. by the NEB. Of- courses the number and 
types of logging levels, and* the data retained in 'reach logging ~ level; may 1 be varied according to the 
particular peripheral and the particular LAN in which the NEB is installed. ' >- .'..,- -. 

FIGS. 17A and 17B comprise a flow chart showing the overall operation of the automatic f logging 
' function within the NEB: Reference m ay ! also be had to F!G. 5A and - Table 7 noted -above. At Step S1, 
45 power is applied to the NEB and : at : Step S8, the- timer. 5 module finds --'-the nearest server and requests the 
< ; time". At -Step S1 701; it-is determined whether the -NONE logging tevel has been selected: 'If the NONE 
' logging level has been selected, the "process skips- to the end of the flowchart where a:return is made to the 
< overall flow diagram of FIGS. 5 A, 5B* and- 5C. - : ■ : - "-r . ',: • :• 

If the NONE Idggihg ' level' hals not been' choseh^in^Ste^ Si 701 , -Step S 1702 determines whether the 
so "AUTO logging level has-been selected. If the AUTO logging level has been selected; the process proceeds 
to Step S9 where midnight is awaited. However,* if the AUTO logging*" level- has not been; selected, Step 
"S1703 'determines whether the ERROR logging level- has-been selected. Where: the -ERROR logging level 
has been selected; the'probess skips to* Step S170&- where a-one minute timeout is awaited: However, if the 
ERROR logging level has not been selected, it 'is : determined in Step Si 704 that the JOBJogging level has 
55 ■ been 1 selected. In this case, Step S 1705 stores the job start and-job endvtimes to the.log file. At Step S1706, 
— a one 'minute iimeout is awaited whereafter. Step' S1707 queries the* printer for error events- and saves such 
events to "the log file. Thus, -when either the ERROR-or UOB logging levels have been selected,, the board 
queries the printer every minute for error events and' stores suef^ error events in' the log 'file*.- - 
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Step S9 waits for midnight whereupon the NEB queries the printer for its daily statistics at Step S10 
FIG. 15B). If' midnight has not been reached in Step S9, the procedure, returns to Step S1702 where it is 
determined which logging level has been selected. 

In Step S11, the daily printer statistics are calculated utilizing the prihter statistics received in Step S10. 
5 Thereafter, in Step S12, the daily statistics and- the error .events are stored in the printer hard disk 114 . 
and/or the 'printer NVRAM 111, and/or the NEB NVRAM 228. Note here that the network administrator may 
select to store : logging statistics : and terror events in.-. any. combination of memories, providing further 
flexibility tbi the LAN. ' V ..V - A ; 'v : « • 1 ■ • 

, .: The. logging functions discussed above, are quite significant in making the printer an interactive and 
70 responsive member of. the: LAN'since the^ SCSI connection between the NEB and the printer is capable of 
: extracting volumes of specific clata from the printer. - . . t ■ --v -• . 

41. Multi-tasking-lndependentry Executablo Programs : . • 1 • 

75 As briefly described earlier with respect to Step S20 of FIG. 5B, the NEB EPROM 222 stores a 

MONITOR program which is a mechanism which supports multi-tasking in the run-time environment while 
• permitting synchronous operation in a de-bug environment. MONITOR permits currently-called tasks to be 
performed on a non-preemptive basis while the -NEB awaits realtime interrupts from: either the LAN (for 
CPSERVER or CPSOCKET) or through the SCSI interface: (e.g., when- status information is being provided 
20 from the printer to .the NEB in response to a previously- received status, request from the LAN). Thus, 
MONITOR permits all currentlyrexecuting .tasks to* be performed simultaneously by sharing use of the 
. microprocessor. 216. Of course, all sofMime applications, including MONITOR itself, are. interruptable by 
, real-time events. , : * • • . • 1 . ■*.. . " . 1 > - 

FIG. J 8 is a notionaMlowchart of a ^sequence of ©vents which may ..occur in order to illustrate the multi- : 4 
25 tasking operation within - the; NEB. At Step . Sis power, :isappliech to the.NEB, and ..the MONITOR program is 

downloaded from EPROM 222 to DRAM 220 in Step S1801. For example, the following modules are : ? 

downloaded .together withvMONITORiiSCSI; Driver; -'-Link Support. Layer; Network Driver; Prescan; IPX'SPX; 
! Customized -NETX^S APS ERVER; CPSQCKETt and Print: Applications (see FIG. 6): ■ 

If, at -Step: ; S1802,; .print data . is :. r^eetveGfc -fKdm- file^server, 30, CPSERVER. will begin .processing the 

so - receiv^-diob-data-in-prepa now v y. 

in the- "soft-time^venviconment, and • Step- S>803. determines- ;.wbether -a. relinquish, interrupt* has -been ^ 
received from the program processing the print data. If a relinquish interrupt has been reached at Step t 

51803, execution df the :eurtentfy-e^ at Step _ j 

51804. MONtTOR saves: the state/ef.^ interrupt 
35 has not been reached at Step \St8Q3r the; process: proceed s^tprStep §1805* where it.is determined whether 

the currentlyrexecuting modu le.* has . reached 5 am end; At the end : has! not :been> reached ; in^ Step S1805, the 
program waits until another relinquish .interrupt is reached Jn\ Step SJ803. i . ■ • y 

If the currently-executing module hascbeen stopped at Step. St804, or jf. the-curreRtlyrexecuting module 
has reached an - end, iat Step S 1.80.5, LiMs determined at.Step S 180.6 whether .data; has been received which 

40 requires the execution of ; another softwares ^ in . 

response to a-previously-issuedrrequest for printer status. If it is= determined in Step, Si 806 that such data 
has been received, Step S1807 begins execution of another application module using the newly-received 
■ data.- = -= . ■ • ■ : , *■/,..!•; ■ ; ■ ■ 

At Step 1808, it is determined whether a relinquish interrupt has been reached in the second application 

,45 module. If. such an interrupt- has; been, reached, the second application will "stop execution and. pass control 
to : MONITOR -which stores in DRAM 220 the stateof the. just-interrupted second module at ; Step . S1 809. 
However,, if the relinquish interrupt in the second module has ,not been reached at Step S1£08, it is 
determined at Step S1810 whether the end of the second' module has been reached.- If the- end has not 
been reached, the program merely awaits the relinquish interrupt at Step S1 808, If it is determined that the 

-so second module end;has.been reached in Step S1 810; Step S1811 determines whether the first module end 
has been' reached. .Where the end of the- first module .has not been reached, but : the end of the second- 
module has been reached, the process- returns to waiting for a relinquish interrupt in the first application 
modules Step S1803. If both the first and ^second: modules have reached their end at Step S1811, control 
will return to~the MONJTOB program in order toexecute other newly-received soft-time tasks. 

55 After the .second application module has stopped executing due to reaching a relinquish interrupt 

therein -control is passed to, MONITOB-which, after storing the state of. v the interrupted module in DRAM 220 
(Step. S1 809), will recommence execution of the first module in Step S181.2,, and .continue execution of the 
first module until another first- module relinquish interrupt is reached at Step S1803. 

37 

BNSDOCID: <EP 0599488A2J_> 



EP 0 599 488. A2 



Thus, the non-preemptive multi-tasking allocation of the microprocessor resources allows processing of 
a numt er of tasks in parallel oh a* near real-time basis. 

#m. PJa:ing The Printer. In A Default Configuration . j . 

* As discussed above with respect, to. Step S25 : in FjG. SC,, the NEB. wi licensure* that the.printer js.set to a 
known, default .configuration. -at the. beginning or end of a print job.OThe NEBUdqes this by downloading to 
the printer's non-volatile memory (either hard disk 114 or NVRAM 111) a default configuration .cpde which 
indicates the , default environment. (e.g.-pQrtrait-mpde, 1 0: point type, -Roman;, lettering, etc.) s irr which the 
70 printer should be left at the conclusion of a print job. Upon receiving a print data stream from the, LAN, the 
. NEB, retrieves^. the configuration -..code from the printer's non-volatile memory, . appends the configuration 
GOde to a block of print data as an, escape sequence); and then downloads the print job. block with appended 
- escape . sequence to the printer. . The printer/will then cpncjuct a printing operation/ and : (based ■ on the 
escape sequence) wiir,lea.ye.th9 -printer in.. the desired default configuration. ) 
75 Novell NetWare® software includes the- ability to reset a network printer in- a default environment after 

every print Job. It does this by-having the file, server .30. install what amounts to a fake print job at the head 
of the print job itself. However, the exact printer escape sequences necessary to set particular printer 
default configurations reside in a,database on the network, and not within the printer itself. Therefore, if it is 
, . .desired topperate UNIX on the LAN. or where Mere is a problem with the file server itself, the printer may 
20 not be restored, to a default -configuration which ensures- that- the next print -job ..will be printed with the printer 
. in a known configuration, ,. . - - 

A method of guaranteeing a printer default environment using the NEB operates pn. the difference that 
the printer, reset, state configuration and requisite , escape sequencefiinstructions reside within, the printer 
- jtself. and the. printer itself is responsible for ; resetting .its pwn environment within print jobs.- Thus ; the printer 
25 reset feature is available without depending upon any device external to the printer. Furthermore, the initial 
. default configuration may be -loaded and ..subsequently, modified Jrpm ; - a . remote- location -over the LAN 
.through the, NEB!s .-serial, or parall.eMnterfaces.-. : .- > ^ ■ r .. . - x . •., r- ; \. • ■ 4 . 

The configuration code may be sent to the NEB through the CRCOtySOL prpgram v: as discussed above 
, r . ■. in section 4i. , ^r^.r t h.--;.z'. - ■ \. ■■ ' ■■ v- ■■-.-.v. • 

.30. -t . , It . may be cpnvenient-to . store ■ a plurality ;: of^defaujt -configuration codes jn ; : the ^printer non-yolati le 
. - memory in ,prdqr : tG fallow v the .networks administrator .great flexibility for printer . usage on the. LAN. For 
example, print jobs received from an engineering source may require the printer to default tQ a portrait 
mode, whereas^ print -jobs .-receive^ from, accounting ; may require that. the ; printer -be jeft in;a ; spread sheet 
mode. Thus, by ensuring a known default environment .. any of a-number of LAN- sources; may utilize the 
,35 .--printer. for their, specific- jobs. >* sbl J; - ■•h^^. : ^r; ..^j..- ..r-. -.icx.c v - v r - 

FIG. 19 depicts a more detailed flowchart forcsetttpg : the printer default configuration. At Step S1, power 
is applied to the NEB, and at Step S22, the NEB accesses the LAN file server for active print queues and 
downloads print data to the DRAM 220. /.. V: .- . .;. - : ... r} y . f i 

If the printer non-volatile memory stores more than one default configuration code, it may be necessary 
,40 : ; to first determine what type of .data is being transmitted: from the LAN in order to determine which default 
.^configuration, the printer should be left in:. Therefore, .. ; Step-,S91 01 determines the LAN. source;pf the print 
. job; and Step Sl;902 retrieves the : . appropriate default- .configuration code from ; the .printer, .which code 
.\ • corresponds. to the. determined LAN source. - : : : - : - vy.. .. y - - 

At Step S 1903, -the NEB^ assembles blocks of -image data. and. designates a start-qf-printHob. and an 
■ 45 . end-pf-print-job for each, print job. At . Step S1904, the- NEB. microprocessor, ; 21,6 appends to a print job an 
.escape sequence which corresponds to the retrieved configuration, code. ^Pfeferabjy,.. the- escape sequence 
. . is appended to the beginning of the print job,: but it-may be appended, to the. end of the print job, or to both 
.thebeginning and end of therjob. Then, at Step. Si 905., the print job,. with! appended, escape sequence, is 
. transferred to the printer,- and the printer ;then renders print according- to the received print. job.^ When. a print 
50 -job is^ completed - after : Step S24, the printer; will, set itself to : a default, environment, at Step. S25,' which 
environment corresponds to the default configuration code retrieved in Step S1902. Therefore, the printer 
will.be left in. a default- environment which ensures that the next print. job. will J^egin with She printer in a 
known configuration, v - : . _.>■.■,. -> : ■ , - ■- . V r ^ . ; -. 4 . 

Thus; a robust and efficient hardware: and, software solution has been found for ensuring, that the printer 
55 itself stores a default configuration and is responsible for placing itself in a default conditiqn at the end of 
every, print job.- .:- » ■_ . ** ./ . . . j i".. ... 
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4n. Downloading Executable Files Into The NEB From A- Remote LAN Location 



The downloading of executable files from the LAN to DRAM 220 will be discussed in more detail with 
respect to the flow diagram in FIG. 20, and with respect to the discussion above of Step S30 in FIG. 5C. 
5 NEB 2 is configured initially prior to shipping. However, NEB 2 can be reconfigured subsequently by 

sending updated executable files across the - LAN' from the network -administrator's PC 1 4 to the NEB 2. 
Furthermore; network administrator can remotely' alter the executable files stored in DRAM 220 of NEB 2, 
as desired! ; . : >: -• • •• 5 '"- - ! Vi ' ' .■■<■■..,-.• ; " ' ' ' ' : 

'The process by^which executable files can be altered in ID RAM" 220 ■ will* be discussed in detail with 
70 _respect to FIG/20; '_ - 1 '-'*•'• ' ' ; ' ' : " • ' 

• After the board has been powered -up 'at Step S1, the flow proceeds to Step S2001 at which point the - 
network administrator activates a' DOWNLOADER program to -broadcast over the LAN a request for 
identification of all' NEB devices having a' -particular configuration whereupon flow advances to Step S2002. 
In Step S2002, the DOWNLOAD program 'determines' whether 5 any target f; NEBs have responded. If in 
75 Step S2002 it is determined that no target NEBs have responded-,' flow- returns to Step S2001 in which the 
DOWNLOAD program rebroadcasts the request -with new target information and then flow advances to Step 
S2002. • = ' ' • ' • 

If in Step S2002 a -target NEB responds, flow advances to' Sferj i 82003: ■ r - ■ 

In Step S2003, the SAPSERVER program responds with the unique network' IDs arid the unique socket 
20 numbers assigned to each NEB (see : section i 4g* above). This' location^ nformation is " collected, the network 
administrator selects a particular NEB to download an executable file, and communication is established 
with the target 1 NEB: ' 3 " * • ' ^ . ■.: . 

Upon setectfhg the target NEB, the network administrator downloads new operational files and a spetial 
packet containing a 'checksum" value ' to DRAM 220 -across the LiAN in Step S2004 whereupon flow advances 
25 to Step S2005. 1 - -' •' ' ; -* <" c ' ■■• ' ' ' 

In Step 1 S2005; microprocessor 21 6 -'performs -a 1 checksum operation on the newly loaded operational 
files and compares the checksum value with a checksum value sent" in the special packet which is stored in 
DRAM 220 after ! the operational files have teenf stored. - v ! - ' 

If the checksum value does not equal the checksum value in the special packet, then flow advances to 

™ £Iftp^S200fi^t^ftich^^ ch ecksum value '_ 

for the new operational files is incorrect and- Cat * which point microprocessor 216 may purge the files from 

• DRAM 220/"; v^i" v^a Q<~.^$:-i r -< :r. etc -\ ■.: ■ .- - .- . . - -* v 

If in Step S2006 - the checksum- valueMs VerifieW theri- flow advances 1 to Step S2007 at' which point the 
executable-fifes are acted oh by rhicroproc'ess6r r 2T6: • r : - " ■" '■'< ■ <"" 

35 Thus, the network administrator can alter the operation of NEB 2 by remotely sending new* operational 
r files to 'be stored and to- be executed 5 from DRAM^ 220.- ' ; ■ ' = ;">■ ■= 

4o. Loading Independently Executable Modules In ROM - 

40 As described- above' in- FIG. 5C - with » respect to Step S32, when a binary ROM image is to be loaded 
into EPROM 222, a : plurality of indepehdehtl^-executable modules' are vi assembled, -ordered, and prepared 
for fiash'to EPROM 222:". The assembly ahd ordering of the modules: is 1 presently-carriedbut on a DOS PC, 
but may be carried out in the NEB itself. An advantage of assembling -the independently executable 

* modules in a POms that'thes-modules^ and/or modified in a DOS environment.'-' 

45 NEB firmware- com prises "a number of ^separately^linked modules, one of which contains permanently 
ROM-resident code which receives control at' power-Up and provides self-test, loading of other modules into 
DRAM 220, and basic I/O services. The other * modules ''residing in the EPROM 222 must be copied to 
DRAM 220' before r executidh.v There are fwb types-of^such modules; the^first of which includes programs 
which ^are essentially drivefS 'Which receive control -When loaded, initialize, and then exit, remaining resident. 

so • The second type ' of such modules are application -programs, each of which executes a specific set of 
functions:-- ■ • '■/''* "' ,;, ^';. !,; 

In FIG/2T, the NEB is powered-up at Step Sl l ! At Step S2101, a utility resident in the PC reads from its 
RAM a configuration file containing the names of all modules to be placed in the ROM image. The 
configuration 'file is used to select from RAM;-at Step S2102, those modules which are going to be flashed 

55 to EPROM 222: ;"< ! - : - - . * , . . 

At Step S2103, the utility writes a header for the first module, the header identifying that module, 
describing the module attributes, and including a pointer which points to the immediately succeeding 
module. This pointer aides in the ordering of the modules in a specific order prior to loading. At Step 
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S2104,*it is determined whether the last module identified by the configuration file has been selected. If the 
last module has not been selected, the process loops to Step S2103, where the header is written for the 
next module. , '7.'''."."/" 

When the last module has' been, selected .in.. Step S2104;: the. utility, appends the ROM-residenl code to 
5 the end of the image program* {at Step S2105) so that upon power-up, the initialization code resides at the 
address expected by rnicroprdcesspr2167 "7' r ~ ; '"'[' \ "i 

When the ROM binaiV-Jrriage. is thus_consJructed t ihel. fmage/may -be downloaded to one portion of the 
memory area of NEB DRAM. 220, ; and then flashed'to?EPROM'222V as .will be discussed in greater detail in 
section 4q below andrwitjlTespect "to the "derailed discussion, pf F;1G. 5C, Step S36. 

w L _ ..!„'_.. " _ ^ 1 _ _ \ 

4p. Protecting The EPROM .During A ;Flash Operation . 

FIG. 22 is a block, diagram, showing 7the. functional, .construction of -the EPROM flash protection circuitry 
resident on the NEB. The EPROM flash protection circuit mcludes -microprocessor 216 coupled to data bus 

75 250 and address bus/251 . Also "connected to "*dafa bus 250"and ^address bus 251 is DRAM 220. DRAM 220 
is capable of storing a. ROM firmware image downloaded from a remote. LAN device into one portion of its 
memory area (see sectiorT4o above), arid application process steps into another portion of its memory area. 
Also coupled to data bus 250 ancf a'ddress' bus 251 are EPROM 222, latch' 252, and PAL 253. D-type flip- 
flop 254 is connected to latch 252 and PAL 253. During operation, flip-flop 254 receives as its clock input 

20 an output signal from PAL 253 and as its data .inpiit, an output signal from latch 252. Latch 252 and PAL 
253 are also connected to DC-DC converter 212, and DC-DC converter 212 is connected to transistor switch 
255. When activated by latch 252, DC-DC converter 212 sends +12 volts to the input emitter of transistor 
switch 255. Flip-flop 254 is also connected to transistor* switch- -255 to -provide- the necessary input to 
open/close switch 255. ; *\ t . ? * * i \ 

25 The operation of the EPROM flash protect circuitr-y- will- now- be : explained -in more detail with reference 
to FIG. 22- Upon pqwer- up,, output of Jatch..?52 will be low and flip-flop 254 will be reset. In .this manner, the 
outpuf signal I F|ROGi; ^frdm. latch 252 will below and voltage frorp DC^-DC converter 212 will be directed to 
sink IgurrenVto grbufid state. At power-up," flip-flop 254 is reset so that its "output is set low thereby 
opening' trah.sis.t6r switch 1 255. " ~ ~ - ^ ^ * 

30 ."With transistor switch 255 '"in an ^openVtafe, Vpp pin of EPROM" 222 will be/ held; at Olvolts preventing 
any *d>ta frbVri;being accepted or a flash operation from being performed. That;is, fdr a flash operation to 
ocdur iff EP ( BQM T 2*?2 ( the Vpp pin must reach a level of at least + 1 1.4 volts, which is a requirement set by 
the lEPROM *rrianufac'turer , s specifications. However, in order to achieve this voltage level, the following two 
program ching steps. aire required. 

35 : ; Pirst; "when a hew ROM firmware package is received in DRAM 220, microprocessor 216 receives a 
coj^raafid tq [.flash EPROM 222, by generating an I/O write to address 360 hex with data bit 7 high (80 hex). 
In "this mariner/ DC-DC converter 212 can be first turned on. 

As shown in Tables 16 and 17, address 360 hex corresponds to control register 230 which is used to 
. control read/write operations, to NVRAM 228^ ,As shown in Table 17 below, when .360 hex js sent with bit 7 

40 hi^h/ldw, the ! address corr^ , ^ ,.',.-"7 , 
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Table 16 



I ir\ ori cot 
\I\J otLbU 1 


AUUnboo 


1 AM /™*tJ ID 

. LAN UMIr 


. oUU - our HtA (H/W) 


HMA RATA 1 ATPH 


o iu o i / hca (n/vvj 


. LAN CHIP 'SOFT. RESET * 


: 318- 31 F HEX (R) ! " 


SCSI CHIP REGISTER 


i320 - 32!B HEX (R/W) 


STATUiS REGISTER . 


330' HEX (R)- ' 


. CONTROL REGISTER #1 


.360 HEX (R/W) 


, CONTROL. REGISTER #2. 


? . 366 HEX; (X) 


NMILCK 


200 HEX (W) ... 


LAN ADDR. ROM 


■ 340 - 35F HEX (R) 
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Table 17 



MSB 



LSB 



25 



30 



35 



I I 



-NVRAM CS (WRITE) , -DO (READ) 
— NVRAM SK (WRITE) 
: — N VRAM, DI (WRITE) 
— — NOT USED 

; N tiT— H5-ED- 

— - — — N OT USED 



— — DIAG.LED l^ON 
0=OFF 

■+12v dc converter 
; "; ! . i=6n 
o-shut down 
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45 



50 



After address 360 hex is output, microprocessor 216 generates an I/O write command and sends a 
write select to PAL 253. PAL 253 detects a valid address,' decodes it and activates latch 252. With bit 7 
high in address 360 hex, the PROG1 signal is set high and output from latch 252 to DC-DC converter 212. 
When the PROG1 signal is received at DC-DC converter 212, it operates DC-DC converter to produce +12 
volts. The +12 volts from DC-DC converter 212 is sent to transistor switch 255, and which remains at its 
emitter until transistor switch 255 is closed. 

However, before +12 volts is allowed to pass through transistor switch 255, the second step must be 
executed. That is, microprocessor 216 outputs an I/O read command and outputs address 366 hex which 
corresponds to a PAL address. When microprocessor 216 generates both the command and address, PAL 
253 decodes the address and generates a PROG2 signal. When the PROG2 signal is high, it will provide a 
clock input to flip-flop 254. 

Upon receiving the clock input, flip-flop 254 will input the PROG1 signal from latch 252 and then 
generate a TRANSON signal at its output. The TRANSON signal is output to transistor switch 255 which 
operates to close the switch that allows +12 volts at its emitter to pass through to its collector. At this point, 
+ 12 volts is sent from the collector of transistor switch 255 to the Vpp pin of EPROM 222. 

With +12 volts placed at the Vpp pin of EPROM 222, microprocessor 216 sends out an EPROM select 
signal. In order to prevent the new firmware image from being corrupted, EPROM 222 must first be cleared 
and erased. Then the EPROM 222 is flashed with the new ROM firmware image stored in DRAM 220. Once 
the new ROM firmware image is stored in EPROM 222, NEB 2 can be re-booted from the new ROM 
firmware image. 
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" The operation of the EPROM protection circuit will now be explained with reference to ! FIG. 22 and the 
flowchart of FIG.' 23. -* ' ; 

In Step S2301; a new flOM firmware image is received' by NEB 2 across the LAN and loaded into 

• DRAM'220: Microprocessor 21 6 "receives- a command to 1 flash EPROM 222 in Step S2302. In Step S2303, 
5 microprocessor ?21 6 sends -out- an I/O Write cbrtimarfd to -PAL '253'and outputs' address 360' hex with bit 7 

high. Flow advances to Step S2304 in which bit 7 high activates latch 1 252^ to output the PROG1 signal. The 
■ PROG1 signal Uurhi - on DC-DC cdnverter^2l2 ~-"ahd v, + Y2 c voltsis output "to transitor' switch 1 255. In Step 
1 S23b5'r ; 'micraproce i ssor ,: 216 sends bdth ah 1/6 read- com mah'd to PAL 253 arid address '366 which is' a PAL 
' 'address. In Response/ PAL 253 outputs* the PROG 2 sigrial to' clock flip-flop 254 1 which allbws the r PROGl 
w -signal to be input at its data input Flip-flop 254 -outputs the TRANSON signal to transistor switch-255 which 
"allows + 12 volts to pass from the collector of 'transistor switch 255 to the Vpp pin of EPROM 222. In Step 
S2306, microprocessor 216 - clears and then erases EPROM '222. In Step S2307f microprocessor 216 
determines if EPROM 222 has-been completely erased. If EPROM '222 is ; not completely erased, flow 
" ' returns to-Step S2307. ' ' ~ — * 1 ■ •' z - v ' •** 5 - : i ' * : ~ • ■ - ' ' ' 

is After microprocessor 24 6 determines4hat EPROM 222 has been completely erased, in Step S2308, the 

ROM firmware image is downloaded from DRAM 220 to EPROM 222. Once the ROM firmware image is 
successfully loaded, in Step S2309 microprocessor 216 writes address 360 hex with bit 7 low. The PROG1 
signal from latch 252 goes low and DC-DC converter 212 allows the voltage level to sink current to a 
ground state. : - " - " * • ' 

20 ! In Ste^ S23'10, microprocessor 216 sends PAL 253 ah I/O read command and a 366 hex address which 
permits the PROG2 signal- io go low thereby r clocking the flip-flop which outputs a low TRANSON signal 
which operates to open transistor switch 255/ ' * - y(l 
r ' Thus, in Steps S2309 and S2310, +12 volt's is rerndved from Vpp pin of ' EPROM 222 and the flash 
operation is ended: After the flash' bperatioh. microprocessor 216 determines if a re- boot command has 
25 - been 5 ' received in Step S231 1/ If 'the re-boot 'command : has been -received, fiEB 2 is J re-booted in Step 
S2312 from the 'new ROM firmware image in 1 EPROM 222: However, -if no re-boot commaihd is received, 
then flow ends. v n ; . . >t - ; a • > 

• c.< 4(j| ; Remotely Altering Firmware * :I ■ or; >;.•> \ ^ • - ouir-q . «... 

30 

The method for remotely altering firmware in : EPR<3M'*^22 will be discussed in mdre detail below and 
: with reference to the flowchart 'illustrated "in FIG/24, Step S36 of FIG". 50; 'and section 4i above. " ' 

Prior to shipping a NEB to a customer, the NEB^is configured with 'the minimum : number of executable 

* files which' permit the J NEB to per^^ However/ the NEB can be reconfigured 
35 'subsequently by the customer.*- That Ts, 1 a network administrator 1 may" down load data "from a' remote LAN 

; : : de vi ce f wh i ch r data may con tai rt ' any thl 'rig 1 from v a pafctv code ', to m ariuf actu ri hg test routi nes , to enti re 
: firmware' updates 7 to be downloaded ! io the : EPfi©M>' : J ' - ; ' v rv ' r ; ; - 

In more detail, N£B2 can be recbhfigured by sending executable files across the LAN from the network 
,;: -administrator's PC V4 ta'NEB 2. The network admihiifratbr can" remotely alter the ROM 'firmware image in 
4o EPROM 222, as desired: • .y. - " v J - y - - v. v ;/ . - 

In Step S2401, the network administrator activates CPFLASH program that uses a MAC address as a 
'command* line parameter to target a ' specific NEB/ CPFLASH' issues a SAP broadcast request which is 
" responded to by SAPSERVER* running on the NEB: r In Step 152402, CPFfcASH Waits for a Vespohse : from the 
targeted' NEB. If in the case where trie targeted NEB does riot respond in approximately "15 seconds, the 
4s flow returns to Step S2401 and the broadcast is >eseht. However,' in the case where the targeted server 
: ' T ' responds; flow advances tb : St^p S2403; -'- -" '** 1 ' ! ' ' ' : ' ""' : - ^ ' 

In Step S2403, the address and location of the targeted NEB is received, commUhtcatioh with the NEB 
having the matching MAC address is estabii she'd, and a new -ROM image firmware is* 1 downloaded over the 
' LAN to DRAM 220/ ^ ; ' ' r; '" v ' ^ : " ■ ■■ : " * 

so In Step S2404, the validity of the ROM firmware image is checked before proceeding to the next step. 

The validity of the ROM firmware image is verified Against an image che'cksum : which v is sent ih a special 
packet along "with the' download bperatioh : in Step : S2403:~ If the checksum value' does J not match the 
checksum^ downloaded with the' ROM image," then v in y Step S24(j5 trie operator is notified of* an "error and the 
ROM firmware image in DRAM 220 is purged.- ; T i ' ; * * .> i ; 

55 * If the checksum value is valid, then flow advances to 'Step S2406 "at which poirit microprocessor 216 
retrieves any data which is to be~ preserved, "such r 'as the MAC 'address, and stores the data within the 
proper locations in the new firmware image ' stored *irr DRAM' 220/ In this- fashion, if the" new ROM firmware 
image is defective, the NEB may still function since predetermined portions of essential ROM firmware are 
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maintained. Once the essential portions of ROM firmware are preserved, flow advances to Step S2407 at 
which point EPROM 222 is controlled to be cleared and erased a plurality of times, if requried. After 
EPROM 222 has been erased, in. Step S2408 the new ROM image is loaded into EPROM 222. 

After the flash operation, microprocessor 216 determines if a re-boot command has been received in 

5 .Step S2409. If. the re-boot , command has -.been received, NEB2 is re-booted in Step S2410. However, if no 
re-boot command is received, then flow-ends,/ ,. u>\: 

In. Step .S2404, the validity, of the,, ROM firmware image, may also.;be verified by comparing- newly 
received firmware data .with, data previously stored in EPROM 222. For example,, where EPROM-. 222 stores 

' . hardware indicators previously carried by PROM 232 .(e.g., board manufacture date, board revision r number, 

10 manufacturing facility, etc.;. to be discussed in . greater detail in section 5 below), such. indicators may be 
compared with the same indicators in the, newly -received ROM firnr>ware image.- This comparison may be 
made in addition to or -in lieu of the checksum : comparison i; discussed.:above. - ■ 

. .It is, noted that a new MAC -address may. also be flashed into EPROM 222 at the same time: a ROM 
firmware image is flashed. However, it is preferable only to flash a MAC address prior to. shipping, at the 

75 cpmpletionpf NEB test. This feature is discussed in. mora detail with respect, to Section 5. below. 

5. TEST, ^ , . . 

Prior to installing the NEB in the printer, it may be tested to ensure the integrity of its hardware and 
20 software components, FIG.- 25 depicts one test, configuration which may be -utilized to test the NEB 2. In 
„ .FIG. 25, the NEB 2 is coupled to PC1* 300 via a,cab|e 302 coupled to the NEB serial port 218. A printer 304 
may be coupled to PC1 300 in order to print out test results. : , , ,„, , { .-, . ■ 

The NEB 2 is. coupled to a test driver PG2 306 through. an SCSI bus 308-and Ethernet LAN connections 
310, 312. The PC2 306 includes an; SCSf , board 314 anaVa network controller, board. 316 so that it may 
25 simulate a printer and. LAN entities (suoh as.,the network administrator's, PC, 14). The, PC2 will act as a 
transponder, receiving, and returning, com mw 2...as. commanded by the test 

programs input to the NEB from PC1 300 through the serial port 218. 

After power is applied to NEB 2, it performs the power-on-self-test operation. While the NEB 2 is 
performing each test operation in the POST, PC1 300 receives test checkpoint results, across serial cable 

~3'o 302: — . . 

Once it J$ .determine^ Jhat_ N NEB, 2 enters a ."Ready For 

Download", state. Jn ; this state,. islEI3-;2 waits for,^ period. in^rvaj. of approximately one second, for further 
input instructions ^across -any. one .of t^e input pqr^::|;.i c - .,•■<-..:■?•-<. - } - . ■ • 

. While the, NEB -is in the downJoad state,. £C1 30& .uploads .test programs to the NEB through serial port 
.35 218. As NEB .2.cpmpJete$ v efcecution. of.eap^.je.st prpgram,, it c send$ each, test result back -to . PC1 300 for 
verification,- If the,- next. .checkpoint is not receiyed withiry. a timeouts period (e.g.,, 1 sepond), it is .determined 
that an error has occurred during the NEB test program,.;. and an . error signal is output - by 5 PC.t v 300. The 
errorsignal may be .indicated on a display at Pp1 ; 3pO v , or. printed put on. printer 304. • * 
. Qn the other hand, it.the ..« next, checkpoint receiyed by PCt 300 is not verified, then PC1 300 rescripts 
40 the test program (by adding further, more detailed test modules) in accordance with the receiyed result., In 
this manner,. PC 1 ( 300; can locate. the ^ ; 

Some test programs may require NEB, 2 :,to communicate with PC2 306 oyer. either the. SCSI bus 308 or 
one of the. LAN connections 310, 3J2. ; Fox instance.-. in accordance with the test program, NEB 2 may 
request data from PC2 oyer the LAN connection -310. PC2 3Q6 is configured to return appropriate. responses 
45 . to each communication from NEB 2, thereby effectively emulating the printer? and the other. LAN members. 
If the correct communication is returned from PC2 306, NEB 2 indicates a successful test.tpy passing 
, another checkpoint to PCI 300 through) the serial. pQrt 218. , ^. s , . , 

A more detailed discussion of the method for testing NEB 2 will beprpvided below with reference to the 
flowchart illustrated in FIGS. 26A and 26B, and in accordance with the test configuration, depicted in FIG. 
50 25.. ... . - .. ^. , ,. _ , ... f . T ■ , , .... - 

When power is first applied to the NEB 2, NEB 2 executes the POST program from EPROM 222, in 
Step S2601. The .POST projgram includes individual programs for testing component. operation and software 
programming.. After execution of an individual programs within POST, in Step S2602 a checkpoint is sent to 
PC1 300 to be verified. If a checkpoint is not sent after a predetermined period following the execution of an 
55 individual program or a returned^checkpoint is incorrect, an error signal is sent out from PC1 300 in Step 
S2603. However, if all checkpoints are correct and received within a timely fashion, the process advances to 
v Step S2604 where PCI 300 prepares to send.-test programs to the. NEB. 
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. At Step S2605, the POST program is complete and NEB 2 waits for instructions from across any one of 
the ports,, preferably .the. serial port.. The waiting period can, ; be approximately a one second .window in which 
. rtime PCI 300 should respond with the prepared- text programs: In: Step.*S2606; if PCI 300~does not respond 
. by, sending a jtest program to NEB 2 within the .time window-flow advances to Step :S2607 where the NEB 
5 enteres-its normal, operational mode. ■ j 

i When t&e~ test, program instruction set- from PC1 300 is- received .in, Step: S2606;- the instruction set, 
. which ificliKdes further test program s r is stored , (in .Step 1 S2608) on NEB 2 in . DRAM 220. . In Step-.S2609, 
PC1 300. activates the instruction set and NEB-2 executes each test program within the instruction seU 

The test program instruction set may contain, in random order, test programs: which require NEB 2 to 
70; : configure PC2306 as a LAN- peripheral device, or which require-- NEB.,2 tc:eonfigure PC2 306 as an SCSI 
. . \ peripheraLdevice.. in. either case, after being* configured, PC2 306 will respond to each. communication from 

i , NEB 2; usually by merely/returning data blocks. sent by the: NEB. : - ■ ! . • 

. . . - Briefly, in Step S2610 . (FIG. 26B) NEB* 2 configures ;PC2 '306 as a LAN peripheral and PG2 306 
responds by sending a. response to NEB 2 which effectively performs a LAN loopback-test by returning the 
75 data which it has received.. NEB. 2 will communicate with PC2 and receive simulated print job results. In 
Step S2611, the result of each block job is : sent to PC1 300. PC1 ! 300 determines if the test result is correct. 
In Step S2611, if it is determined by PC1 300 that the test result is incorrect, PC1 300 sends -a re-scripted, 
branch test program (Step S2612) in accordance with .the test result received in Step S2611. However, if no 
further branch, test program, exists, then in Step S2612 PC1 300 will stop LAN testing and output an error 
20 signal. ■• • . -. : • •.. . • • ,, - 

Thus, in Step S2611, NEB 2 is tested for 1_AN communications. Assuming NEB 2 successfully passes 
each LAN communication test, flow advances to Step S261 3 at" which point. PC2' 306 is configured as an 
SCSI peripheral device and performs SCSI loopback tests by returning the data which it has received. In 
Step S2614 the results of the tests are sent to PC1 300 and if the results are incorrect, PC1 300 similarly 
25 sends a branch test in Step S2615 in accordance with the test result. Of course, if no further branch test 
exists to further test the peripheral communication, then PC1 300 stops the test, and outputs an error signal. 
\i . Assuming that MEB 2 successfully passes each SCSI communication. test-Jn. Step S2614, then flow 
advances to Step S2616 at which point NEB 2 requests further instructions; from PC1 300. If PCI 300 
returns with further instructions, flow, returns to :Step S26G5, -but if- further testing is not necessary then NEB 
30 testing is ended. ; ' ■ • . rr ^ , 

In summary, a method for testing an interactive network board .having: a LANr interface and a test 
interface comprises the steps of applying power to* the*; board -and reading a POST, result which was 
executed out of board ROM via the test -interface,, and "dowNoadtng a -test prog ram -into 1 the board RAM via 
■ ; the test. interface. .The. test program is then -activated- for. execution out of board .RAM/ The board may then 
35 be commanded to configure a peripheral device (through either the. LAN or the SCSI interface) to be a LAN 
; driver, or an SCSI peripheral. 1 The board Ithen interacts with the : LAN* driver. or SCSI peripheral in accordance 
with the test program. Results of the test program are then output via the test interface to a test computer 
which receives these test results. If certain tests fail, additional test programs may be scripted in 
accordance with the type of failure.. The ; newly scripted "test programs ^will be. able to perform fault detection 
40.. and diagnosis; and these additionally scripted test programs may then be downloaded ; to the board RAM 
from the PC1. " . ... . 

Once all of the tests are successfully concluded, > it may be- convenient (in, the factory test environment) 
to flash the operational firmware into EPROM 222. Specifically, the last step of a testing program may be 
utilized to load the requisite firmware image into the NEB EPROM 222 prior to delivery (see section 4q 
45 ,above).?The firmware flashed to EPROM 222 may also include a unique .MAG addressfor NEB 2. • 

In the past, MAC addresses were incorporated into circuits boards using a dedicated PROM chip such 
as PROM 232. However, it has been found that if the MAC address is flashed into EPROM, the PROM chip 
. . is not required; while the MAC address can still be stored in a non-volatile way.; (Oh course, as discussed in 
■ paragraph 4q; the MAC address could also be remotely flashed into the. EPROM at the same time the RAM 
so firmware image is updated, after NEB 2 is coupled to the LAN.) * <- . . ~ - 

In Step S2617 of FIG. 26B, NEB testing has been completed and each board may be designated with 
its own individual identifier number, commonly - referred to as a MAC . address. Thus, in - Step S2617 it is 
determined whetehr a ROM firmware image is- to be stored: in- EPROM' 222.: If no image- is to be stored, 
testing ends. However, if an image is to be stored, flow advances to Step S2618 where the ROM image 
55 (with MAC address) is flashed to EPROM-222. At Step-.S261 8 it may also be desirable- to download other 
data normally, stored in PROM 232, such as board- revision number, data of manufacture, tester name, etc., 
together. with the MAC address. " - " ■ • • : . 1 ■' .-■*■ < K 
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Two possible scenarios have been considered for flashing the ROM firmware and MAC address to 
EPROM 222. In the first case the NEB 2 has been pre-loaded with a sophisticated set of diagnostics for use 
.in manufacturing tests: This approach limits the amount of time needed todownload the specific tests since 
they will be already present .in the firmware. In this case, after the tests are successful the final production 

5 version of the firmware is loaded into the board and flashed along with the MAC address and other 
hardware related information such as board revision, manufacturing data, and tester (Step S2618). In the 
second case ^the board will be built with the final production, version of the firmware. In this case the board 
specific information area will be left: blank .and only this" area loaded and flashed after a successful test 
execution>in Step S26T8. . ■ r: ^ • : . - ■ 

re?* .In summary, a -method for post-test loading of programmable -firmware into an interactive network board 
having i a ~LAN interface* comprises the/step of downloading a ROM firmware image (including the MAC 
address) to DRAM 220 via the LAN interface: The integrity of. the ROM image is then confirmed, and the 
board is commanded to electronically erase the EPROM.rThe EPROM* is then flashed with the ROM image 
which includes the MAC address, and'the board is, then re-booted from EPROM. 

75 Thus, what has been described in detail above is an interactive network circuit board including structure 

and function for coupling a peripheral to a" LAN so that the peripheral is a responsive interactive member of 
• the LAN. ■ > - r m: : . . 

While the- present invention :has been described with respect to what is considered to be the preferred 
embodiments, it is to be 'Understood that the present . invention is. not limited to the disclosed embodiments. 

20 To the contrary, the present invention is intended to cover various modifications and equivalent arrange- 
ments included within the spirit-and scope. of the appended claims. The scope: of the following claims is to 
! be accorded the broadest: interpretation so as to encompass all such modifications and equivalent 
structures and functions-. . • ^ ' .... - a. -" '■ * " : '■*' 

25 Claims .... ^ 4 - ■ -\» ;. ; ! : "V.-.- .'"\:,.. : f v . : ; ^ 

■ 1. A-metriod for. testing an interactive*. network board having a/ LAN interface, anSCS interface; and a test 
interface, corn prising, the steps of: : v.-. . '■ o^ous....- . "z-X- . ^ * : t; ■< -j . - ■ ■ '- 

' loading a. test prog ram -into a RAM .©e> 3he interactive; network board;. -v* ' 

30 activating4he-test-program_loaded_in_the_RAM; • ' - •' . ■'' 

executing the test program on the board; . / : 

providing;a i test* resort after completing the test prograrn;, r-= 

<- ; providing ;a test computer, coupled to- ithes aboard; to -detect the test result; : , . 

■. scripting : an • additional test program vire-aecOrcJance : with; -the: test results and loading the additional 
35 . . test. program i n'fb -the !RAM; : arid ? ■ 5 ; \^n<n-: r-u.>c-.<:-\ :..v vicVU^Vx- •• : ^ ^v- - 

executing , the : additional test program on^.the* boards and: providing an . additional test :result in 
j accordance therewith. v s- c. • .-c -"^v; ^:.sv.;-.m..* «. ■ <" " r ": 

•2. .. A method according to Claim- ^li-further comprising the steps of: - ' *> 
40. ' downloading an . operational. .prog ram -;into the; RAM on the interactive board,. after completing the 

additional test program; and 

loading the operational program from* the , RAM into a. PROM disposed on the interactive network 
• board. - % "'k.;:'.- : '■ . "> : 

45 3. A method according to Claim: 1.. further comprising the step of performing, a power-ori self -test program 
. within- the- interactive board before said loading ;Step. - . ■ 

4. A method, accordingr to Claim 3,. wherein the step;of performing includes. a step of: monitoring, on the 
board, the test interface for an instruction set, during, a predetermined time interval after the completion 

so of the power-on self-test. i .. : ' • : , '•■ 

5. "A method according to Claim 1, .wherein the loading step includes a ; step of. downloading a test 

program stored in the test computer through the test interface to the interactive network board. 

55 . 6. A method according to Claim 1, wherein : the. step of providing a test . result includes the step of sending 
a test result to the test computer for verification therein, and further including the, step of outputting an 
error signal from the test computer when the test result is not output from the board within a 
predetermined time period. 
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7. , A. method according to. Claim 1, wherein the step of executing the test program includes the step of 

receiving data across the SCSI interface and sending confirmation of the receipt of the data to the test 
computer. 

8. A method according to Claim 1, wherein the step of executing the test program includes the step of 
receiving data* across the LAN-interfaceVgnd sending a confirmation of.the receipt of the data to the test 
computer. 

9. A method according to Claim 1, wherein the step of executing the test program includes -the 1 steps of: 

sending a signal from the board across the LAN interface to a peripheral to cause the peripheral to 
t be configured as a LAN peripheral;; >n- * .. ; v.:**. ... . r. 

receiving a response from the configured peripheral; and 

sending a confirmation of a receipt of the response from the board to the' test computer. * 

10. A method according to Claim 1, wherein the step of executing the test program includes tfie steps of: 

sending a signal from the board across the SCSI interface to a peripheral to cause the peripheral to 
_ be configured as a LAN peripheral; - ~ > '-■>■ - 

receiving a response from the configured peripheral; and 1 - 

sending a confirmation. otthe receipt of the response from the' board' to the test computer. 



• 11. A method for 1 testing, an interactive network 'board having a LAN interface, an SCSI interface," and a test 
* . interface*, comprising the steps • of:" ■»• v r : .:* . ?«• " * r i 

loading a test program into a RAM on .the interactive network board; ~ t 
executing the test program loaded in ! the RAM; - .r h ^ :J /- v; . - .* - 
25 providing a test result after completing the test program; 

providing, a test computer, coupled to the 'board,' :'to detect the test result; 
downloading ROM firmware- into the RAM after~compfeting:the test program; and - 
loading the firmware into a PROM on the board. 

30 12. A method accordkig to Claim 11, wherein the step of downloading includes the step of downloading 
ROM firmware which comprises a plurality of independently executable modules. 

13. A method according to Claim 11, wherein the step of loading the firmware includes the steps of erasing 
memory locations in the ROM and storing the firmware into the erased memory locations. 

35 

14. A method according to Claim 11, wherein the step of downloading includes the step of downloading a 
MAC address with said firmware. 

15. An apparatus for testing an interactive network board having a LAN interface, an SCSI interface, and a 
40 test interface, comprising: 

a ROM disposed on the board for storing process steps; 

a processor disposed on the board for processing the stored process steps; 

a RAM disposed on the board for receiving and for storing operational instructions; 

a first test station for sending test programs to and receiving test results from the interactive 
45 network board; and 

a second test station for receiving requests for test data from the interactive network board, and for 
sending test data to said interactive network* board through one of said LAN interface and said SCSI 
interfaces; 

wherein said processor processes said process steps stored in the ROM upon receiving power 
so from said power supply, and wherein said first test station receives a process test result of said process 

steps, and wherein said first test station sends a test program to said RAM, detecting a test result of 
said test program, and provides an indication of a test failure in accordance with the detected test 
result, and 

further wherein said processor requests test data from said second test station, said second test 
55 station sends the test data to said processor, and a confirmation of receipt of the test data is sent to 

said first test station. 
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16. An apparatus according to Claim 15, wherein the interactive network board is coupled to a peripheral 
device. 

17. An apparatus according to Claim 15, wherein the RAM comprises a dynamic RAM. 

18. An. apparatusaccordingto Claim 15, wherein the ROM-comprises a flash EPROM. 

19. An apparatus according to Claim 15, wherein the first and second test stations each comprise a 
personal computer ... . " .• • ■ : ', ■■ 

20. An apparatus according to Claim 15, wherein the~second test station emulates alAN peripheral device. - 

21. A method* fop testing an interface board wherein a test program is loaded onto the board and executed 
to generate test results, and wherein a further test program dependent on the test results is loaded onto 
the board and executed to generate. further test- results. 

22. A method for testing an interface module, wherein a testing program's loaded onto the board and 
executed by the board, for the purpose of testing the board and/or a peripheral apparatus, and wherein 
an operating program- is subsequently. loaded onto the board and -stored thereon in non-volatile form. 

23. An. interface* board having- an on-board processor for controlling the operation, of the board under control 
of an operating program stored in on-board memory, wherein the board includes both volatile and non- 
volatile program memory for storing programs executable by the processor, and means for transferring 
program data from the volatile to the non-votatife memory.. .» 

24. A network interface- board- having on-board .means for programming a non-volatile memory so as to 
store program instructions executable by, an : ;on-board processor.. ■■ ■ 
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